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Preface 


This handbook provides selected reference information about SNA (Systems 
Network Architecture). The information included here is intended to sup¬ 
plement the information contained in various manuals on specific IBM SNA 
products. 

This handbook contains summary material about the structure of SNA and 
SDLC (synchronous Data Link Control), but mainly contains format and 
profile descriptions, and sense code definitions. 

A handbook binder for this publication may be purchased through your IBIV 
representative (form number S-229-4124 or part number 453559). 

For further information on SNA, refer to: 

• Systems Network Architecture Introduction, GA27-3116 

• Advanced Function for Communications System Summary, GA27-3099 

• Introduction to Advanced Communications Function, GC30-3033 

• Systems Network Architecture General Information, GA27-3102 

• Systems Network Architecture—Logical Unit Types, 

GC20-1868 

• Systems Network Architecture—Introduction to Sessions 
Between Logical Units, GC20-1869 

• IBM Synchronous Data Link Control General Information, GA27-3093 

• Systems Network Architecture Format and Protocol Reference Manual: 
Architectural Logic, SC30-3112 
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REQUEST/RESPONSE HEADER (RH) 


Request Header 


Byte 
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h= RU is 


L enciphered 
0=Code 0 
1=Code 1 

— 1 =Change 
direction 
‘-1=End bracket 
“Begin bracket 
1 “Pacing request 


1—0= Response 

bypasses TC 

1= Enqueue 
response in 
TC queues 


000=No-response requested 
010, 100, 110=Definite response requested 
oil, 101, 111=Exception response 
requested 


' -1 “End chain 

'— 1 “Begin chain 

— 1=Sense data included (EXR only) 


^1= RU was 

padded before 
encipherment 


'—For SC, NC, and 0FC=1 

For FMD to/from SSCP: 1 “field-formatted RU 
O=character-coded RU 


For FMD LU-LU sessions: 1=FM header follows (if allowed in 
BIND); otherwise, inplementa- 
tion-dependent 


I—00=FMD, 01=NC, 10=DFC, 11=SC 
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=reserved 
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Response Header 
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0= Response bypasses TC queues 
1=^ Enqueue response in TC queues 


I—0-+RSP, 1=-RSP 
Same as corresponding request 


1— Sense data included (-RSP only) 

'—Same as corresponding request, except: 

FMD on LU-LU sessions=0 (if FM headers allowed 
in BIND); otherwise, implementation-dependent 


'-Same as corresponding request 
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=reserved 






TRANSMISSION HEADER (TH) 


FID1 or FIDO 
Byte 


lO_1_J_ 

2 , 3 

4 , 5 

6 1 7 

8 1 9 
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OAF 

SNF 
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SNF 
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FID3 
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LSIO 



MPF 
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a 

Local 
Addresf , 
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0=PU. 1-LU 
0=SSCP, 1»LU 

-0»Norma1 flow, 1*Expedited flow 
- Segment: 00=middle, 01=last, ICMirst, 11=only 


0 ^reserved 

PU TYPES vs. FID TYPES 
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Function Management (FM) Profiles 

The Function Management (FM) Profiles described in this section are listed 
below; all other profile numbers are reserved. 

I FM Profiles 0, 2 through 7, 17, and 18 
-referred to in ACTCDRM, ACTPU, ACTLU, and BIND 


FM Profile 16 

—used for PU-PU sessions, but not referred to in any RU 

Note: If the FM Usage field specifies a value for a parameter, that value 
is used unless it conflicts with a value specified by the FM profile. The 
FM profile overrides the FM Usage field. 


The following table specifies which FM profiles may be used with each 
type of session. 


Type of Session 

FM (SSCP, (SSCP, (SSCP. 

Profile SSCP) PU) LU) (LU,LU) (PU,PU) 


0 no yes 

2 no no 

3 no no 

4 no no 

5 no yes 

I 6 no no 

7 no no 

16 no no 

17 yes no 

18 no no 

FM Profile 0 


yes no no 

no yes no 

no yes no 

no yes no 

no no no 

yes no no 

no yes no 

no no yes 

no no no 

no yes no 


Profile 0 specifies the following session rules: 

Primary and secondary half-sessions use immediate request mode and 
immediate response mode. 

Only single-RU chains allowed. 

Primary and secondary half-session chains indicate definite response. 
No compression. 

Primary half-session sends no DFC RUs. 

Secondary half-session may send LUSTAT. 

No FM headers. 

No brackets. 

No alternate code. 

Normal-flow send/receive mode is HDX-CONT. 

Secondary half-session wins contention. 

Primary half-session is responsible for recovery. 



FM Profile 2 


Profile 2 specifies the following session rules: 

Secondary LU half-session uses delayed request mode. 
Secondary LU half-session uses immediate response mode. 

Only single-RU chains allowed. 

Secondary LU half-session requests indicate no-response. 

No compression. 

No DFC RUs. 

1 No FM headers. 

Secondary LU half-session is first speaker if brackets are used. 
Bracket termination rule 2 is used if brackets are used. 

Primary LU half-session will send EB. 

Secondary LU half-session will not send EB. 

Normal-flow send/receive mode is FDX. 

Primary LU half-session is responsible for recovery. 

The FM Usage fields defining the options for Profile 2 are: 
Primary request control mode selection 

Primary chain response protocol (no-response may not be used) 
i Brackets usage and reset state 
Alternate code 


FM Profile 3 

Profile Sspecrfies the following session rules: 

Primary LU half-session and secondary LU half-session use immed^iate 

■ response mode. 

Primary LU half-session and secondary LU half-session support the 
following DFC functions: 

CANCEL 

SIGNAL 

LUSTAT (allowed secondary-to-primary only) 

CHASE 

SHUTD 

SHUTC 

RSHUTD 

BID and RTR (allowed only if brackets are used) 

The FM Usage fields defining the options for Profile 3 are: 

Chaining use (primary and secondary) 

Request control mode selection (primary and secondary) 

Chain response protocol (primary and secondary) 

Compression indicator (primary and secondary) 

Send EB indicator (primary and secondary) 

FM header usage 
I Brackets usage and reset state 
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Bracket termination rule 
Alternate Code Set Allowed indicator 
Normal-flow send/receive mode 
Recovery responsibility 
Contention winner/loser 
Half-duplex flip-flop reset states 


FM Profile 4 

Profile 4 specifies the following session rules: 

Primary LU half-session and secondary LU half-session use immediate 

(response mode. 

Primary LU half-session and secondary LU half-session support the 
following DFC functions: 

CANCEL 

SIGNAL 

LUSTAT 

QEC 

QC 

RELQ 

SHUTD 

SHUTC 

RSHUTD 

CHASE 

BID and RTR (allowed only if brackets are used) 

The FM Usage fields defining the options for Profile 4 are: 

Chaining use (primary and secondary) 

Request control mode selection (primary and secondary) 

Chain response protocol (primary and secondary) 

Compression indicator (primary and secondary) 

Send EB indicator (primary and secondary) 

FM header usage 
I Brackets usage and reset state 
Bracket termination rule 
Alternate Code Set Allowed indicator 
Normal-flow send/receive mode 
Recovery responsibility 
Contention winner/loser 
Half-duplex flip-flop reset states 


FM Profile 5 

Profile 5 specifies the following session rules: 

Only single-RU chains allowed. 

Primary half-session uses delayed request mode. 



Secondary half-session uses delayed request mode and delayed response 
mode. 

Primary half-session chains indicate definite response. 

I Secondary half-session chains indicate no-response or definite response. 

No compression. 

I No DFC RUs. 

I No FM headers. 

No brackets. 

No alternate code. 

Normal-flow send/receive mode is FDX. 


FM Profile 6 

Profile 6 specifies the following session rules: 

Only single-RU chains allowed. 

Primary and secondary half-sessions use delayed request mode and delayed 
response mode. 

Primary and secondary half-session chains may indicate definite response, 
exception response, or no response. 

Primary half-session sends no DFC RUs. 

Secondary half-session may send LUSTAT. 

No FM headers. 

No compression. 

No brackets. 

No alternate code. 

Normal-flow send/receive mode is FDX. 


FM Profile 7 

Profile 7 specifies the following session rules: 

Primary LU half-session and secondary LU half-session use immediate 
response mode. 

Primary LU half-session and secondary LU half-session support the 
following DFC functions: 

CANCEL 
SIGNAL 
LUSTAT 
RSHUTD 

The FM Usage fields defining the options for Profile 7 are: 

I Chaining use (primary and secondary) 

Request control mode selection (primary and secondary) 

I Chain response protocol (primary and secondary) 

Compression indicator (primary and secondary) 

I Send EB indicator (primary and secondary) 

FM header usage 
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Cl Brackets usage and reset state 
I Bracket termination rule 

Alternate Code Set Allowed indicator 
I Normal-flow send/receive mode 
Recovery responsibility 
Contention winner/loser 
I Half-duplex flip-flop reset rules 

FM Profile 16 

Profile 16 specifies the following session rules: 

No DFC RUs. 

No FMD RUs. 

C 

FM Profile 17 

Profile 17 specifies the following session rules: 

Only single-RU chains allowed. 

Primary and secondary half-sessions use delayed request mode and delayed 
response mode. 

Primary and secondary half-session chains indicate definite response. 

I No DFC RUs. 

1 No FM headers. 

^ No compression. 

No brackets. 

No alternate code. 

Normal-flow send/receive mode is FDX. 


FM Profile 18 

Profile 18 specifies the following session rules: 

Primary LU half-session and secondary LU half-session use immediate 
response mode. 

Primary LU half-session and secondary LU half-session support the following 
DFC functions: 

CANCEL 

SIGNAL 

LUSTAT 

BIS and SBI (allowed only if brackets are used) 

RSHUTD 

CHASE 

BID and RTR (allowed only if brackets are used) 


t 

€ 

€ 




The FM Usage fields defining the options for Profile 18 are: 

Chaining use {primary and secondary) 

Request control mode selection (primary and secondary) 
Chain response protocol (primary and secondary) 
Compression indicator (primary and secondary) 

Send EB indicator (primary and secondary) 

FM header usage 
I Brackets usage and reset state 
Bracket termination rule 
Alternate Code Set Allowed indicator 
Normal-flow send/receive mode 
Recovery responsibility 
Contention winner/loser 
Half-duplex flip-flop reset states 
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Transmission Subsystem (TS) Profiles 

The Transmission Subsystem (TS) Profiles described in this section are listed 
below; all other profile numbers are reserved. 

TS Profiles 1 through 5, 7, and 17 

-referred to in ACTCDRM, ACTPU, ACTLU, and BIND 

TS Profile 16 

—used for PU-PU sessions, but not referred to in any RU 

The following table specifies which TS profile may be used with each type 
of session. 


Type of Session 

TS (SSCP, (SSCP, (SSCP, 

Profile SSCP) PU) LU) (LU,LU) (PU,PU) 


1 no yes 

2 no no 

3 no no 

4 no no 

5 no yes 

7 no no 

16 no no 

17 yes no 

TS Profile 1 


yes no no 

no yes no 

no yes no 

no yes no 

no no no 

no yes no 

no no yes 

no no no 


Profile 1 specifies the following session rules: 

No pacing. 

Identifiers rather than sequence numbers are used on the normal flows 
(whenever the TH format used includes a sequence number field). 

SDT, CLEAR, RQR, STSN, and CRV are not supported. 

Maximum RU size on the normal flow for either half-session is 256, unless 
a different value is specified in RSP (ACTLU). 


This profile does not require the use of the TS Usage field. 


TS Profile 2 

Profile 2 specifies the following session rules: 

Primary-to-secondary and secondary-to-primary normal flows are paced. 
Sequence numbers are used on the normal flows (whenever the TH format 
used includes a sequence number field). 

CLEAR is supported. 

SDT, RQR, STSN, and CRV are not supported. 
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The TS Usage subfields defining the options for this profile are: 
Pacing counts 

Maximum RU sizes on the normal flows 


TS Profile 3 

Profile 3 specifies the following session rules: 

Primary-to-secondary and secondary-to-primary normal flows are paced. 
Sequence numbers are used on the normal flows (whenever the TH 
format used includes a sequence number field). 

CLEAR and SDT are supported. 

RQR and STSN are not supported. 

CRV is supported when session-level cryptography is selected (via a BIND 
parameter). 

The TS Usage subfields defining the options for this profile are: 

Pacing counts 

Maximum RU sizes on the normal flows 


TS Profile 4 

Profile 4 specifies the following session rules: 

Primary-to-secondary and secondary-to-primary normal flows are paced. 
Sequence numbers are used on the normal flows (whenever the TH format 
used includes a sequence number field). 

SDT, CLEAR, RQR, and STSN are supported. 

CRV is supported when session-level cryptography is selected (via a BIND 
parameter). 

The TS Usage subfields defining the options for this profile are: 

Pacing counts 

Maximum RU sizes on the normal flows 


TS Profile 5 

Profile 5 specifies the following session rules: 

No pacing. 

Sequence numbers are used on normal flows. 

SDT is supported. 

CLEAR, RQR, STSN, and CRV are not supported. 

No maximum RU sizes for the normal flows are specified. 

This profile does not require the use of the TS Usage field. 
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TS Profile 7 


Profile 7 specifies the following session rules: 

Primary-to-secondary and secondary-to-primary normal flows are paced. 
Sequence numbers are used on the normal flows (whenever the TH format 
used includes a sequence number field). 

SDT, CLEAR, RQR, and STSN are not supported. 

CRV is supported when session-level cryptography is selected (via a BIND 
parameter). 

The TS Usage subfields defining the options for this profile are: 

Pacing counts 

Maximum RU sizes on the normal flows 


TS Profile 16 

Profile 16 specifies the following session rule: 
Only NC RUs are supported. 


TS Profile 17 

Profile 17 specifies the following session rules: 

Primary-to-secondary and secondary-to-primary normal flows are paced. 
Identifiers rather than sequence numbers are used on the normal flows. 
SDT, CLEAR, and RQR are supported. 

STSN and CRV are not supported. 

No maximum RU sizes for the normal flow are specified. 

The TS Usage subfields defining the options for this profile are: 

Pacing counts 
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Request/Response Unit (RU) Formats 


This section defines detailed RU formats. It is comprised of several topics: 

• A categorized list of abbreviated RU names 

• An index of RUs by NS headers and request codes (that gives the location 
of RU descriptions by page number to aid the reader who is looking at 
traces) 

• An alphabetic list of request RU format descriptions 

• The RU index repeated (on a foldout page for the reader who is looking 
up a number of RUs) 

• A summary of response RUs 

• A list of response format descriptions for those positive response RUs 
that return data in addition to the request code 

• A list of control vectors and control lists that are referred to in various 
RUs 

• The SDLC XID command and response information-field formatslthe 
response l-field format of which is passed in the REQCONT RU) 

The initial line for each RU in the two format description lists is in one of 

the following formats: 


Requests: 

"RU ABBREVIATION; Origin NAU Destination NAU, Normal (Norm) or 
Expedited (Exp) Flow; RU Category (RU NAME)" 


Responses: 

"RSP(RU ABBREVIATION); Origin NAUDestination NAU, Norm or 
Exp Flow; RU Category" 


Note 1: "RU Category" is abbreviated as follows: 

DFC data flow control 

SC session control 

NC network control 

FMD NS(c) function management data, network services, 

configuration services 

FMD NS(ma) function management data, network services, 
maintenance services 

FMD NS (me) function management data, network services, 
measurement services 

FMD NS(mn) function management data, network services, 
management services 

FMD NS(s) function management data, network services, 

session services 

Note 2: The formats of character-coded FMD NS RUs and of LU ^ LU 

FMD RUs (other than FM headers) are implementation-dependent. 

Note 3: AH values for field-formatted RUs that are not defined in this 
section are reserved. 

Note 4: The request code value X'FF'and the NS header values 

X'(3\7\B\ F)F****'and X'**(3\ 7\ B\F)F**'are set aside for imple¬ 
mentation internal use, and will not be otherwise defined in SNA. 
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SUMMARY OF REQUEST RUs BY CATEGORY 


NC 


ANSC 

LSA 

NCIPLFINAL 

NCIPLINIT 

NCIPLTEXT 

SC 

*ACTCDRM 

*BIND 

DACTLU 

SDT 

*ACTLU 

CLEAR 

DACTPU 

*STSN 

^ACTPU 

CRV 

DACTCDRM 

RQR 

UNBIND 


DFC 




BID 

LUSTAT 

RELQ 

SHUTC 

BIS 

QC 

RSHUTD 

SHUTD 

CANCEL 

QEC 

RTR 

SIG 

CHASE 


SBI 


f=MD NS(c) 




ABCONN 

DACTCONNIN 


IPLFINAL 

ABCONNOUT 

DACTLINK 


IPLINIT 

ACTCONNIN 

DISCONTACT 


IPLTEXT 

ACTLINK 

DUMPFINAL 


LDREQD 

ANA 

*DUMPINIT 


NSLSA 

CESLOW 

*DUMPTEXT 


PROCSTAT 

CEXSLOW 

ESLOW 


REQCONT 

CONNOUT 

EXSLOW 


REODISCONT 

CONTACT 

FNA 


^RNAA 

CONTACTED 

INITPROC 


RPO 


INOP 


SETCV 

FMD NS(ma) 




ACTTRACE 

RECFMS 


RECTRD 

DACTTRACE 

RECMS 


REQMS 

DISPSTOR 

RECSTOR 


REQTEST 

EXECTEST 

RECTO 


SETCV 


RECTR 


TESTMODE 

FMD NS (me) 




RECMD 

STARTMEAS 


STOPMEAS 


*These request RUs require response RUs that, if positive, may contain data 
in addition to the NS header or request code. See "Summary of Response 
RUs" and "Positive Response RUs with Extended Formats." 
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FMD NS(mn) 

DELIVER 

FORWARD 


FMD NS(s) 

BINDF 

^CDTERM 

NSPE 

CDCINIT 

CINIT 

SESSEND 

*CDINIT 

CLEANUP 

SESSST 

CDSESSEND 

CTERM 

TERM-OTHER 

CDSESSSF 

*DSRLST 

TERM-OTHER-CD 

CDSESSST 

IN IT-OTHER 

TERM-SELF 

CDSESSTF 

*INIT-OTHER-CD 

UNBINDF 

CDTAKED 

INIT-SELF 


CDTAKEDC 

NOTIFY 



*These request RUs require response RUs that, if positive, may contain data 
I in addition to the NS header or request code. See "Summary of Response 
RUs" and "Positive Response RUs with Extended Formats." 
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INDEX OF RUs BY NS HEADERS AND REQUEST 
CODES 


Code 

RU 

Full Name 

Page 

X'010201' 

CONTACT 

CONTACT 

46 

X'010202' 

DISCONTACT 

DISCONTACT 

50 

X'010203' 

IPLINIT 

IPL INITIAL 

65 

X'010204' 

IPLTEXT 

IPL TEXT 

65 

X'010205' 

IPLFINAL 

IPL FINAL 

65 

X'010206' 

DUMPINIT 

DUMP INITIAL 

51 

X'010207' 

DUMPTEXT 

DUMP TEXT 

51 

X'010208' 

DUMPFINAL 

DUMP FINAL 

51 

X'010209' 

RPO 

REMOTE POWER OFF 

82 

X'01020A' 

ACTLINK 

ACTIVATE LINK 

21 

X'01020B' 

DACTLINK 

DEACTIVATE LINK 

48 

X'01020C' 

CESLOW 

CONTROL ENTERING 

40 



SLOWDOWN 


X'01020D' 

CEXSLOW 

CONTROL EXITING 

41 



SLOWDOWN 


X'01020E' 

CONNOUT 

CONNECT OUT 

45 

X'01020F' 

ABCONN 

ABANDON CONNECTION 

20 

X'010211' 

SETCV 

SET CONTROL VECTOR 

84 

X'010214' 

ESLOW 

(FMD NS (c)) 

ENTERING SLOWDOWN 

52 

X'010215' 

EXSLOW 

EXITING SLOWDOWN 

52 

X'010216' 

ACTCONNIN 

ACTIVATE CONNECT IN 

21 

X'010217' 

DACTCONNIN 

DEACTIVATE CONNECT IN 

48 

X'010218' 

ABCONNOUT 

ABANDON CONNECT OUT 

20 

X'010219' 

ANA 

ASSIGN NETWORK ADDRESS 

22 

X'01021A' 

FNA 

FREE NETWORK ADDRESS 

52 

X'01021B' 

REQDISCONl 

REQUEST DISCONTACT 

79 

X'010280' 

CONTACTED 

CONTACTED 

46 

X'010281' 

INOP 

INOPERATIVE 

64 

X'010284' 

REQCONT 

REQUEST CONTACT 

79 

X'010285' 

NSLSA 

NETWORK SERVICES LOST 

71 



SUBAREA 


X'010301' 

EXECTEST 

EXECUTE TEST 

52 

X'010302' 

ACTTRACE 

ACTIVATE TRACE 

21 

X'010303' 

DACTTRACE 

DEACTIVATE TRACE 

49 

X'010311' 

SETCV 

SET CONTROL VECTOR 
(FMD NS (ma)) 

85 

X'010331' 

DISPSTOR 

DISPLAY STORAGE 

50 

X'010334' 

RECSTOR 

RECORD STORAGE 

77 

X'010380' 

REQTEST 

REQUEST TEST PROCEDURE 

81 

X'010381' 

RECMS 

RECORD MAINTENANCE 

77 



STATISTICS 


X'010382' 

RECTD 

RECORD TEST DATA 

78 

X'010383' 

RECTRD 

RECORD TRACE DATA 

79 

X'010401' 

STARTMEAS 

START MEASUREMENT 

86 

X'010402' 

STOPMEAS 

STOP MEASUREMENT 

86 
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Code 

RU 

X'010480' 

RECMD 

X'010604' 

NSPE 

X'010681' 

INIT-SELF 

X'010683' 

TERM-SELF 

X'410210' 

RNAA 

X'410235' 

INITPROC 

X'410236' 

PROCSTAT 

X'410237' 

LDREQD 

X'410304' 

REQMS 

X'410305' 

TESTMODE 

X'410384' 

RECFMS 

X'410385' 

RECTR 

X'810601' 

CINIT 

X'810602' 

CTERM 

X'810620' 

NOTIFY 

X'810629' 

CLEANUP 

X'810680' 

INIT-OTHER 

X'810681' 

INIT-SELF 

X'810682' 

TERM-OTHER 

X'810683' 

TERM-SELF 

X'810685' 

BINDF 

X'810686' 

SESSST 

X'810687' 

UNBINDF 

X'810688' 

SESSEND 

X'810810' 

FORWARD 

X'810812' 

DELIVER 

X'818620' 

NOTIFY 

X'818627' 

DSRLST 

X'818640' 

INIT-OTHER-CD 

X'818641' 

CDINIT 

X'818642' 

TERM-OTHER-CD 

X'818643' 

CDTERM 

X'818645' 

CDSESSSF 

X'818646' 

CDSESSST 

X'818647' 

CDSESSTF 

X'818648' 

CDSESSEND 


Full Name Page 

RECORD MEASUREMENT 77 

DATA 

NS PROCEDURE ERROR 71 

INITIATE-SELF (Format 0) 61 

TERMINATE-SELF 91 

(Format 0) 

REQUEST NETWORK 82 

ADDRESS ASSIGNMENT 
INITIATE PROCEDURE 60 

PROCEDURE STATUS 73 

LOAD REQUIRED 65 

REQUEST MAINTENANCE 80 

STATISTICS 

TEST MODE 94 

RECORD FORMATTED 74 

MAINTENANCE STATISTICS 
RECOR D TEST R ESU LTS 78 

CONTROL INITIATE 41 

CONTROL TERMINATE 46 

NOTIFY (SSCP-^LU) 68 

CLEAN UP SESSION 44 

INITIATE-OTHER 57 

INITIATE-Self (Format 1) 62 

TERMINATE-OTHER 87 

TERMINATE-SELF 92 

(Format 1) 

BIND FAILURE 28 

SESSION STARTED 84 

UNBIND FAILURE 95 

SESSION ENDED 83 

FORWARD 52 

DELIVER 49 

NOTIFY (SSCP->SSCP) 68 

DIRECT SEARCH LIST 51 

INITIATE-OTHER 57 

CROSS-DOMAIN 

CROSS-DOMAIN INITIATE 30 

TERMINATE-OTHER 89 

CROSS-DOMAIN 

CROSS-DOMAIN 38 

TERMINATE 

CROSS-DOMAIN SESSION 34 

SETUP FAILURE 

CROSS-DOMAIN SESSION 35 

STARTED 

CROSS-DOMAIN SESSION 36 

TAKEDOWN FAILURE 
CROSS-DOMAIN SESSION 34 

ENDED 
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Code 

RU 

Full Name 

Page 

X'818649' 

CDTAKED 

CROSS-DOMAIN TAKEDOWN 

37 

X'81864A' 

CDTAKEDC 

CROSS-DOMAIN TAKEDOWN 
COMPLETE 

38 

X'81864B' CDCINIT 

DFC, NC, and SC Request Codes 

CROSS-DOMAIN CONTROL 

INITIATE 

29 

X'02' 

NCIPLFINAL 

NC IPL FINAL 

67 

X'03' 

NCIPLINIT 

NC IPL INITIAL 

67 

X'04' 

NCIPLTEXT 

NC IPL TEXT (NC) 

67 

X'04' 

LUSTAT 

LOGICAL UNIT STATUS 
(DFC) 

66 

X'05' 

RTR 

READY TO RECEIVE (DFC) 

83 

X'05' 

LSA 

LOST SUBAREA (NC) 

65 

X'07' 

ANSC 

AUTO NETWORK SHUT¬ 
DOWN COMPLETE 

22 

X'OD' 

ACTLU 

ACTIVATE LOGICAL UNIT 

21 

X'OE' 

DACTLU 

DEACTIVATE LOGICAL 

UNIT 

48 

X'11' 

ACTPU 

ACTIVATE PHYSICAL UNIT 

21 

X'12' 

DACTPU 

DEACTIVATE PHYSICAL 

UNIT 

49 

X'14' 

ACTCDRM 

ACTIVATE CROSS-DOMAIN 
RESOURCE MANAGER 

20 

X'15' 

DACTCDRM 

DEACTIVATE CROSS¬ 
DOMAIN RESOURCE 
MANAGER 

48 

X'31' 

BIND 

BIND SESSION 

22 

X'32' 

UNBIND 

UNBIND SESSION 

95 

X'70' 

BIS 

BRACKET INITIATION 

STOPPED 

29 

X'7r 

SBI 

STOP BRACKET INITIATION 

83 

X'80' 

QEC 

QUIESCE AT END OF CHAIN 

74 

X'81' 

QC 

QUIESCE COMPLETE 

73 

X'82' 

RELQ 

RELEASE QUIESCE 

79 

X'83' 

CANCEL 

CANCEL 

29 

X'84' 

CHASE 

CHASE 

41 

X'AO' 

SDT 

START DATA TRAFFIC 

83 

X'AI' 

CLEAR 

CLEAR 

45 

X'A2' 

STSN 

SET AND TEST SEQUENCE 

NUMBERS 

86 

X'A3' 

RQR 

REQUEST RECOVERY 

83 

X'CO' 

CRV 

CRYPTOGRAPHY 
VERIFICATION (SC) 

46 

X'CO' 

SHUTD 

SHUTDOWN (DFC) 

85 

x'cr 

SHUTC 

SHUTDOWN COMPLETE 

85 

X'C2' 

RSHUTD 

REQUEST SHUTDOWN 

83 

X'C8' 

BID 

BID 

22 

X'C9' 

SIG 

SIGNAL 

85 
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REQUEST RU FORMATS 


Byte (s) Description 

ABCONN; SSCP ^ PPU, Norm; FMD NS(c) (ABANDON CONNECTION) 
ABCONN requests the PPU to deactivate all connections 
on the specified link. 

0-2 X'01020F'NS header 

3-4 Network address of link 

ABCONNOUT; SSCPPPU, Norm; FMD NS(c) (ABANDON CONNECT 
OUT) 

ABCONNOUT requests the PPU to terminate a connect-out 
procedure on the designated link. 

0-2 X'010218'NS header 

3-4 Network address of link 


I 


ACTCDRM; SSCP ^SSCP, Exp; SC (ACTIVATE CROSS-DOMAIN 
RESOURCE MANAGER) 

ACTCDRM is sent form one SSCP to another SSCP to 
activate a session between them and to exchange information 
about the SSCPs. 

0 X'14' request code 

1 bits 0-3, format; X'O' (only value defined) 
bits 4-7, type activation requested: 

X'l'cold (only value defined) 

2 FM profile 

3 TS profile 

4-11 Contents ID: eight-character EBCDIC symbolic name that 

represents implementation and installation dependent informa¬ 
tion about the SSCP issuing the ACTCDRM; eight space (X'40') 
characters is the value used if no information is to be conveyed. 
(This field could be used to provide a check for a functional 
and configurational match between the SSCPs.) 

12-17 SSCP ID: a six-byte field that includes the ID of the SSCP 

issuing the ACTCDRM; the first four bits specify the format 
for the remaining bits: 
bits 0-3, format 0000 (only value defined) 
bits 4-7, physical unit type of the node containing the SSCP 
bits 8-47, implementation and installation dependent binary 
identification 

18 TS Usage 

bits 0-1, reserved 

bits 2-7, primary CPMGR receive pacing count {zero means 
no pacing of requests flowing to the primary) 

19-n Control vector, as described in the topic "Control Vectors 

and Control Lists," later in this section. 


Note: The following vector key is used in ACTCDRM: X'06'. 
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ACTCONNIN • ACTLINK • ACTLU • ACTPU • ACTTRACE 


Byte (s) Descrip tion 

ACTCONNIN; SSCP->PPU, Norm; FMD NS(c) (ACTIVATE CONNECT IN) 
ACTCONNIN requests the PPL) to enable the primary station 
of the specified switched link to accept incoming connections. 

0-2 X'010216'NS header 

3-4 Network address of link 

5 bit 0, type: 0 (only value defined) 

bits 1-7, reserved 

ACTLINK; SSCP PU, Norm; FMD NS(c) (ACTIVATE LINK) 

ACTLINK initiates a procedure at the PU (1) to activate the 
link station specified by the link network address parameter 
in the request and (2) to set up control of the link according 
to the link type. 

0-2 X'01020A'NS header 

3-4 Network address of link 

ACTLU; SSCP^ LU, Exp; SC (ACTIVATE LOGICAL UNIT) 

ACTLU is sent to activate a session between the SSCP and the 
LU and to establish common session parameters. 

0 X'OD' request code 

1 Type activation requested: X'Ol'cold 

X'02' ERP 

2 bits 0-3, FM profile 
bits 4-7, TS profile 

SSCP->PU, Exp; SC (ACTIVATE PHYSICAL UNIT) 

ACTPU is sent to activate a session between the SSCP and the 
PU and to obtain certain information about the PU. 

X'11' request code 

Type activation requested: X'Ol'cold 
X'02' ERP 

bits 0-3, FM profile 
bits 4-7, TS profile 

A six-byte field that specifies the ID of the SSCP issuing 
ACTPU; the first four bits specify the format for the remaining 
bits: 

bits 0-3, format: 0000 (only value defined) 
bits 4-7, PU type of the node containing the SSCP 
bits 8-47, implementation and installation dependent binary 
identification 

ACTTRACE; SSCP-^PU, Norm; FMD NS(ma) (ACTIVATE TRACE) 

ACTTRACE requests the PU to activate the specified type of 
resource trace related to the specified network address. 

0-2 X'010202'NS header 

3-4 Network address of the resource to be traced 


ACTPU; 

0 

1 

2 

3-8 
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ACTTRACE • ANA • ANSC • BID • BIND 


Byte (s) Descrip tion 

I 5 Selected trace: binary value specifying which trace is to be 

activated: X'01' link (only value defined) 

6- n Data to support trace 

ANA; SSCP->PPU, Norm; FMD NS(c) (ASSIGN NETWORK ADDRESSES) 
ANA updates the path control routing algorithm in the PPL) 
node, such that PI Us with the specified LU network addresses 
(one or more) will be routed to the specified SPU node. 

0-2 X'010219'NS header 

3-4 Network address of PU associated with the node to which LU 

network addresses are to be assigned. 

5 Number of network addresses to be assigned 

6 Type: X'80' noncontiguous (only value defined) 

7- 8 First network address 

9-n Any additional network addresses (two-byte multiples) 

ANSC;PU_T4->SSCP, Exp; NC (AUTO NETWORK SHUTDOWN 
COMPLETE) 

ANSC is sent with no-response requested by a PU_T4 to the 
SSCP to indicate that an automatic network shutdown proce¬ 
dure has been completed. 

0 X'07' request code 

1 Reason code, indicating why the completed automatic 

network-shutdown procedure was initiated: 

X'01' operator-initiated 

X'02' unrecoverable timeout occurred on the link used for 
the session between the SSCP and the shutdown- 
initiating PU 

X'03' ACTPU(ERP) was received while 

(SSCP,PU).SEC.SESS.RCV:ACTIVE 
X'04' DISC was received while 

(SCCP,PU).SEC.SESS.RCV: ACTIVE 
X'05' SNRM (SDLC command) was received while 
(SSCP,PU).SEC.SESS.RCV: ACTIVE 
X'06' unrecoverable link error occurred on the link used for 
the session between the SSCP and the shutdown- 
initiating PU 

Note: ANSC is always sent with no-response indicated. 

BID;LU->LU, Norm; DFC (BID) 

BID is used by the bidder to request permission to initiate a 
bracket, and is used only when using the bracket protocols. 

0 X'C8' request code 

BIND; PLU -^SLU, Exp; SC (BIND SESSION) 

BIND is sent to activate a session between the LUs. For a BIND 
to be valid, the PLU and SLU must have active sessions with 
their SSCPs. 
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BIND 



€ 


€ 


Description 
X'31' request code 

bits 0-3, format: 0000 (only value defined) 
bits 4-7, type: 0000 negotiable (cold) 

0001 nonnegotiable (cold) 

FM profile 
TS profile 

FM Usage—Primary LU Protocols for FM Data 
bit 0, chaining use selection: 

0 only single-RU chains allowed from primary LU 
half-session 

1 multiple-RU chains allowed from primary LU 
half-session 

bit 1, request control mode selection: 

0 immediate request mode 
1 delayed request mode 

bits 2-3, chain response protocol used by primary LU 

half-session for FMD requests; chains from primary 
will ask for: 

00 no response 
01 exception response 

10 definite response 

11 definite or exception response 
bits 4-5, reserved 

bit 6, compression indicator: 

0 compression will not be used on requests from primary 
1 compression may be used 
bit 7, send End Bracket indicator: 

0 primary will not send EB 
1 primary may send EB 




FM Usage—Secondary LU Protocols for FM Data 
bit 0, chaining use selection: 

0 only single-RU chains allowed from secondary LU 
half-session 

1 multiple-RU chains allowed from secondary LU 
half-session 

bit 1, request control mode selection; 

0 immediate request mode 
1 delayed request mode 

bits 2-3, chain response protocol used by secondary LU 

half-session for FMD requests; chains from secondary 
will ask for; 

00 no response 

01 exception response 

10 definite response 

11 definite or exception response 
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BIND 


Byte(s) 


6 


Description 

bits 4-5, reserved 

bit 6, compression indicator: 

0 compression will not be used on requests from secondary 

1 compression may be used 
bit 7, send End Bracket indicator; 

0 secondary will not send EB 

1 secondary may send EB 

FM Usage—Common LU Protocols 

bit 0, reserved 

bit 1, FM header usage: 

0 FM headers not allowed 

1 FM headers allowed 
bit 2, brackets usage and reset state: 

0 brackets not used if neither primary nor secondary will 
send EB, that is, if byte 4, bit 7 = 0 and byte 5. 
bit 7 = 0; brackets are used and bracket state managers' 
reset states are INB if either primary or secondary, or 
both, may send EB, that is, if byte 4, 
bit 7 = 1 or byte 5, bit 7 = 1 

1 brackets are used and bracket state managers' reset states 
are BETB 

bit 3, bracket termination rule selection (reserved if brackets 
not used, that is, if byte 6, bit 2 = 0, byte 4, bit 7=0, 
and byte 5, bit 7 = 0): 

0 Rule 2 (unconditional termination) will be used during 
this session 

1 Rule 1 (conditional termination) will be used during 
this session 

bit 4, alternate code set allowed indicator: 

0 alternate code set will not be used 

1 alternate code set may be used 
bits 5-7, reserved 

bits 0-1, normal-flow send/receive mode selection: 

00 full-duplex 

01 half-duplex contention 

10 half-duplex flip-flop 

11 reserved 

bit 2, recovery responsibility (reserved if normal-flow 
send/receive mode is FDX, that is, if byte 7, bits 
0 - 1 = 00 ): 

0 contention loser responsible for recovery (see byte 7, 
bit 3 for specification of which half-session is the con¬ 
tention loser) 

1 symmetric responsibility for recovery 
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BIND 


Byte(s) Description 

bit 3, contention winner/loser (reserved if normal flow 

send/receive mode is FDX, that is, if byte 7, bits 0-1 = OC 
or if the normal flow send/receive mode is HDX-FF, 
brackets are not used, and symmetric responsibility for 
recovery is used, that is, if byte 7, bits 0-1 = 10, byte 4, 
bit 7 = 0, byte 5, bit 7 = 0, byte 6, bit 2 = 0, and byte 7, 
bit2 = 1): 

0 secondary is contention winner and primary is conten¬ 
tion loser 

1 primary is contention winner and secondary is conten¬ 
tion loser 

Note: Contention winner is also brackets first speaker 
if brackets are used. 

bits 4-6, reserved 

bit 7, half-duplex flip-flop reset states (reserved unless (1) 
normal-flow send/receive mode is half-duplex flip-flop 
(byte 7, bits 0-1 =10) and (2) brackets are not used or 
bracket state manager's reset state is INB (byte 6, 
bit 2 = 0): 

0 HDX-FF reset state is RECEIVE for the primary and 
SEND for the secondary (for example, the secondary 
sends normal-flow requests first after session activation) 

1 HDX-FF reset state is SEND for the primary and 
RECEIVE for the secondary (for example, the primary 
sends normal-flow requests first after session activation) 

TS Usage 

8 bit 0, staging indicator for secondary CPMGR to primary 

CPMGR normal flow: 

0 pacing in this direction occurs in one stage 

1 pacing in this direction occurs in two stages 

Note: The meanings of 0 and 1 are reversed from the 
staging indicator for primary CPMGR to secondary 
CPMGR. 

bit 1, reserved 

bits 2-7, secondary CPMGR's send pacing count: zero 
means no pacing of requests flowing from the 
secondary 

9 bits 0-1, reserved 

bits 2-7, secondary CPMGR's receive pacing count: a value of 
of zero causes the boundary function to substitute 
the value set by a system definition pacing paramete 
(if the system definition includes such a parameter) 
before it sends the BIND RU on to the secondary 
half-session; a value of zero received at the secondary 
is interpreted to mean no pacing of requests flowing 
to the secondary. 
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BIND 


Byte (s) Description 

10 Maximum RU size sent on the normal flow by the secondary 
half-session; if bit 0 is set to zero, then no maximum is speci¬ 
fied and the remaining bits 1 -7 are ignored; if bit 0 is set to 
one, then the byte is interpreted as X'ab' = a-2**b. (Notice 
that, by definition, a >8 and therefore X'ab' is a normalized 
floating point representation.) 

See a later topic in this section titled "RU Sizes Corresponding 
to Values X'ab' in BIND" for a chart listing all the possible RU 
sizes that result from this computation. 

11 Maximum RU size sent on the normal flow by the primary 
half session: identifical encoding as described for byte 10 

12 bit 0, staging indicator for primary CPMGR to secondary 

CPMGR normal flow: 

1 pacing in this direction occurs in one stage 
0 pacing in this direction occurs in two stages 

Note: The meanings of 0 and 1 are reversed from the staging 
indicator for secondary to primary CPMGR. 

bit 1, reserved 

bits 2-7, primary CPMGR's send pacing count: a value of zero 
causes the value set by a system definition pacing 
parameter (if the system definition includes Such a 
parameter) to be assumed for the session; if this is 
also zero, it means no pacing of requests flowing 
from the primary. (For single-stage pacing in the 
primary-to-secondary direction, this field is 
redundant with, and will indicate the same value as, 
the secondary CPMGR's receive pacing count—see 
byte 9, bits 2-7, above.) 

13 bits 0-1, reserved 

bits 2-7, primary CPMGR's receive pacing count; a value of 

zero means no pacing of requests flow to the primary. 
(For single-stage pacing in the secondary-to-primary 
direction, this field is redundant with, and will indi¬ 
cate the same value as, the secondary CPMGR's send 
pacing count—see byte 8, bits 2-7, above.) 

PS Profile 

14 bit 0, PS Usage field format: 

0 basic format 
1 reserved 
bits 1-7, LU type 

PS Usage 

Note: For information on PS usage, see Systems Network 
Architecture—Logical Unit Types, GC20-1868. 

15-25 PS characteristics 
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BIND 


Bytes (s) 

26-k 

26 


27 

28-l< 


Description 

End of PS Usage Field 

Cryptography Options 

bits 0-1, private or end-user cryptography options: 

00 no private or end-user cryptography supported 

01 private cryptography supported: the session 

cryptography key and cryptography protocols are 
privately supplied by the end user 

10 end-user cryptography supported: the session 
cryptography key is distributed by the 
SSCP.SVC_MGR and LU.SVC_MGR; the crypto¬ 
graphy protocols are privately supplied by the end 
user 

bits 2-3, session-level cryptography options: 

00 no session-level crytography supplied 

01 session-level selective cryptography supported; all 
cryptography key management is supported by 
SSCP.SVC_MGR and LU.SVC_MGR; exchange 
(via + RSP(BIND)) and verification (via CRV) of the 
cryptography session-seed value is supported by the 
LU.SVC_MGR for the session; all FMD requests 
carrying ED are enciphered/deciphered by the 
CPMGRs 

10 reserved 

11 session-level mandatory cryptography supported; 
same as session-level selective cryptography except 
all FMD requests are enciphered/deciphered by the 
CPMGRs 

bits 4-7, session-level and/or end-user cryptography options 
field length: 

X'O' no session-level or end-user cryptography specified; 
following additional cryptography options fields 
(bytes 27-k) omitted 

X'9' session-level and/or end-user cryptography specified; 
additional options follow in next nine bytes 
bits 0-1, session cryptography key encipherment mode: 

00 session cryptography key enciphered under SLU 

master cryptography key using a seed value of zero 
(only value defined) 
bits 2-4, reserved 

bits 5-7, cryptography cipher method: 

000 block chaining with seed and cipher text feedbac 
using the Data Encryption Standard (DES) algorithm 
(only value defined) 

Session cryptography key enciphered under secondary LU 
master cryptography key; an eight-byte value that, when 
deciphered, yields the session cryptography key used for 
enciphering and deciphering FMD requests 
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BIND • BINDF 


Byte (s) Descrip tion 

k+1 Length of prinnary LU name—see Note, below, concerning the 

BIND RU length 
k+2-m Primary LU name 

m+1 Length of user data—see Note, below, concerning the 

BIND RU length 

Note: X'OO' = no user data field is present. 
m+2-n User data 

n+1 Length of user request correlation (URC) field 

Note: X'OO' = no user request correlation field is present. 
n+2-p URC: end user defined identifier 

P+1 Length of secondary LU name—see. Note, below, concerning 

the BIND RU length 

Note: X'OO' = no secondary LU name present. 
p+2-r Secondary LU name 

Note: The length of the BIND RU cannot exceed 256 bytes, 
lest a negative response be returned. 

BINDF; PLU^SSCP, Norm; FMD NS(s) (BIND FAILURE) 

BINDF is sent by the PLU to notify the SSCP that the 
attempt to activate the session between the specified LUs has 
failed. 

0-2 X'810685'NS header 

3-6 Sense data: 

0801,0803, 0804, 0805, 080A, 080C, 080E, 080F, 0810, 
0812,0815, 0810,0821, 1003, 1005, and path, RH, and 
state error sense codes. (See the description of sense codes in 
the next section.) 

7 Reason 

bit 0, reserved 

bit 1, 1 BIND error in reaching SLU 
bit 2, 1 setup reject at PLU 
bit 3, 1 setup reject at SLU 
bits 4-7, reserved 

8 Session key 

X'06' uninterpreted name pair 
X'07' network address pair 
9-m Session Key Content 

•For session key X'06': uninterpreted name pair 

9 Type: X'F3' logical unit 

10 Length, in binary, of symbolic name of PLU 

11-k Symbolic name in EBCDIC characters 

k+1 Type: X'F3'logical unit 

k+2 Length, in binary, of symbolic name of SLU 

k+3-m Symbolic name, in EBCDIC characters 

•For session key X'07': network address pair 
9-10 Network address of PLU 

11-12(=m) Network address of SLU 
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BIS • CANCEL • CDCINIT 


Byte (s) Descrip tion 

BIS; LU LU, Norm; DFC (BRACKET INITIATION STOPPED) 

BIS is sent by the half-session that received SBI to acknowledge 
its agreement not to send BB or BID. A BIS request can also 
be sent unsolicited to inform the receiving half-session that the 
sending half-session will not send any subsequent BB or BID 
requests. 

0 X 70'request code 

CANCEL; LU LU, Norm; DFC (CANCEL) 

CANCEL may be sent by a half-session to terminate a partially 
sent chain of FMD requests. CANCEL may be sent only when 
a chain is in process. The sending half-session may send 
CANCEL to end a partially sent chain if a negative response is 
received for a request in the chain, or for some other reason. 

If a valid CANCEL is received by a half-session, it always 
returns a positive response. 

0 X'83' request code 


CDCINIT;SSCP^SSCP, Norm; FMD NS(s) (CROSS-DOMAIN CONTROL 
INITIATE) 

CDCINIT passes information about the SLU from the 
SSCP(SLU) to the SSCP(PLU) and requests that the SSCP(PLU 
send CINIT to the PLU. After the SSCP(PLU) successfully 
processes the CDCINIT request, it returns a positive response 
to the SSCP(SLU) and sends a CINIT to the PLU. 

0-2 X'81864B'NS header 


3 Format: 

bits 0-3, 0000 Format 0 (only value defined) 
bits 4-7, reserved 

4 Reserved 

5-12 PC! D 

5-6 The network address of SSCP(ILU) 

7-12 A unique 6-byte value, generated by the SSCP(ILU), which is 

retained and used in all cross-domain requests dealing with the 
same procedure until it is completed. The SSCP(ILU) main¬ 
tains correlation between PCID and the URC, if one has been 
provided by the INIT-SELF or INIT-OTHER request. 

13-14 Network address of PLU 

15-16 Network address of SLU 

17-18 Length, in binary, of BIND image 

19-n BIND image: the BIND RU (see BIND format description), 

excluding the request code field 


Note: For SLUs not in the sending SSCP's PU—T5 node, the 
session cryptography key is enciphered under the SLU master 
cryptography key; for SLUs in the PU—T5 node, the sending 
SSCP enciphers the session cryptography key under a dummy 
SLU master cryptography key. 
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CDCINIT«CDINIT 


Byte(s) Description 

n+1-n+2 Length, in binary, of LU or non-SNA device characteristics 
field and format 

Note: X'OO' = no characteristics/format field. 

n+3 LU or non-SNA device characteristics format: 

X'01' Format 1; access method unique device characteristics 
(only value defined) 

n+4-p LU or non-SNA device characteristics. (See CINIT for the 

format of this field.) 

p+1 Length, in binary, of session cryptography key 

Note: X'OO'= no Session Cryptography Key field is present. 

p+2-q Session cryptography key for primary: the session cryptography 

key, enciphered under the cross-domain cryptography key 
defined for the SSCP(SLU) to SSCP(PLU) direction (a different 
cross-domain cryptography key is defined for the opposite 
direction) and using a seed value of zero. 

CDINIT; SSCP-^SSCP, Norm; FMD NS(s) (CROSS-DOMAIN INITIATE) 
CDINITfrom the SSCP(OLU) requests that the SSCP(DLU) 
assist in activating an (LU,LU) session for the specified 
(OLU,DLU) pair. A positive response is returned once the 
CDINIT request is accepted and LU availability verified. 
Information about the DLU is returned in^^the response to the 
CDfNIT. 

0-2 X'818641'NS header 

Format 0 

3 Format: 

bits 0-3, 0000 Format 0, specifies the full set of parameters; 

it is used when Type = I, I/O, or Q; bytes 17-18 are 
zero for Format 0 
bits 4-7, reserved 

4 Type: 

bits 0-1,00 reserved 

01 initiate only (I) 

10 queue only (Q) 

11 initiate or queue (l/Q) 
bits 2-4, reserved 

bits 5-6, 00 DLU is PLU 
01 DLU is SLU 

10 SSCP determines PLU/SLU 

11 reserved 
bit 7, reserved 

5 Queuing Conditions for DLU 

bit 0, Odo not queue if session count exceeded 
1 queue if session count exceeded 
bit 1,0 do not queue if DLU not enabled 
1 queue if DLU not enabled 
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CDINIT 


Byte (s) 


6 


7-14 

7- 8 

8- 14 


15-16 

17-18 

19 


Description 

bit 2, 0 do not queue if CDINIT loses contention 
1 queue if CDINIT loses contention 
bit 3, 0 do not queue if no SSCP(DLU)-DLU path 
1 queue if no SSCP(DLU)-DLU path 
bit 4, reserved 

bits 5-6, queuing position/service 

00 put this request on the bottom of the queue. (This 
request is put at the bottom of the queue and serviced 
last.) 

01 enqueue this request FIFO 

10 enqueue this request LIFO 

11 reserved 

bit 7, 0 do not queue for recovery retry 
1 queue for recovery retry 

(The element will be maintained on the recovery retry queue 
even after the activation of the session so that the session can 
be retried in the event of a session failure.) 

Note: Queuing wifi not be done if the DLU is unknown, or the 
domain of the DLU is in takedown status. 

OLD status: 
bit 0, reserved 
bit 1,0 LU is not available 
1 LU is available 
bits 2-3 (if LU is not available) 

00 LU session count exceeded 
01 reserved 

10 LU is not enabled (not accepting new sessions) 

11 reserved 

bit 4, 0 existing SSCP to LU path 

1 no existing SSCP to LU path (connectivity is lost) 
bit 5, reserved 
bits 6-7, 00 reserved 

01 OLU is PLU 

10 OLU is SLU 

11 OLU may be either (SSCP(DLU) decides) 

PCID 

The network address of SSCP(ILU) 

A unique 6-byte value, generated by the SSCP(ILU), which is 

retained and used in all cross-domain requests dealing with the 

same procedure until it is completed 

Network address of OLU 

Reserved 

INITIATE origin; 

bit 0, 0 OLU is origin 

1 third party is origin 
bit 1, reserved 
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CDINIT 


Byte (s) 


20 


21-28 


29-m 

29 

30 
31-m 
m+l-n 
m-i-1 


nn+2-n 


n+1-p 

n+1 


n+2-p 

p+1+q 

P+1 


p+2-q 


q+1-r 

q+1 

q+2 

q+3-r 

r+1-s 

r+1 


Description 

bit 2, 0 PLU is DLU 
IPLUisOLU 

bit 3, 0 network user is the initiator 

1 network manager is the initiator 
bit 4-7, reserved 
NOTIFY specification: 

bits 0-1, 00 do not send NOTIFY to LUs in session with DLU 
01 send NOTIFY to all LUs in session with DLU 

10 send NOTIFY to all LUs in session with DLU 
only if the GIN IT request is queued 

11 reserved 
bits 2-7, reserved 

Mode: an eight-character symbolic name (implementation- 
and installation-dependent) that identifies the set of rules and 
protocols to be used for the session; used by the SSCP(SLU) 
to select the BIND image that will be used by the SSCP(PLU) 
to build the CDINIT request. 

Network Name of DLU 
Type: X'F3' logical unit 
Length, in binary, of symbolic name 
Symbolic name, in EBCDIC characters 
Requester ID 

Length, in binary, of requester ID 
Note: X'OO' - no requester ID is present. 

Requester ID: the ID, in EBCDIC characters, of the end user 
initiating the request. (May be used to establish the authority 
of the end user to access a particular resource.) 

Password 

Length, in binary, of password 
Note: X'OO' = no password is present. 

Password used to verify the identity of the end user 
User Field 

Length, in binary, of user data 
Note: X'OO' = no user data is present. 

User data: user-specific data that is not processed by network 

services protocol machines but is passed to the primary LU on 

the Cl NIT request 

Network Name of OLU 

Type: X'F3' logical unit 

Length, in binary, of symbolic name 

Symbolic name in EBCDIC characters 

Uninterpreted Name of DLU 

Type: X'F3' logical unit 
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CDINIT 


Byte(s) 

r+2 


r+3-s 
Format 1 
3 


4 


5 


Description 

Length, in binary, of synnbolic name 

Note: XVO' = no uninterpreted name; the network name in 
bytes 29-m is used as the uninterpreted name. 

Symbolic name in EBCDIC characters 
Format: 

bits 0-3, 0001 Format 1, specifies a subset of the parameters; 

only bytes 0-18 are used in Format 1; Format 1 is 
used when Type = DQ 
bits 4-7, reserved 
Type: 

bits 0-1, 00 dequeue (DQ) 

bits 2-3, 00 leave on queue if dequeue retry is unsuccessful 
01 remove from queue if dequeue retry is 
unsuccessful 

10 do not retry—remove from queue 

11 reserved 
bit 4, reserved 

bits 5-6, 00LU2isPLU 
01 LU2 isSLU 

10 reserved 

11 reserved 
bit 7, reserved 

Queuing Status (For LU associated with SSCP sending 

CDINIT(DQ)) 

bits 0-3, reserved 

bit 4, reserved 

bits 5-6, 00 request on bottom of queue 
01 enqueued request FIFQ 

10 enqueued request LIFO 

11 reserved 
bit 7, reserved 

LU Status (For LU associated with SSCP sending 
CDINIT(DQ)) 
bit 0, reserved 
bit 1,0 LU is unavailable 
1 LU is available 
bits 2-3, (if LU is unavilable) 

00 LU session count exceeded 
01 reserved 

10 LU is not enabled (not accepting new sessions) 

11 reserved 

bit 4, 0 existing SSCP to LU path 

1 no existing SSCP to LU path 
bit 5, reserved 
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CDINIT • CDSESSEND • CDSESSSF 


Byte(s) Description 

bits 6-7, 00 reserved 

01 LU is PLU 

10 LU is SLU 

11 reserved 

7-14 PCID 

7-8 The network address of SSCP{I LU) 

9-14 A unique 6-byte value, generated by the SSCP(ILU), which 

is retained and used in all cross-domain requests dealing 
with the same procedure until it is completed. (This PCID 
must be the same as in the original CDINIT request.) 

15-16 Network address of LU1 

17-18 Network address of LU2 


CDSESSEND; SSCP(PLU) SSCP(SLU), Norm; FMD NS(s) (CROSS¬ 
DOMAIN SESSION ENDED) 

CDSESSEND notifies the SSCP(SLU) of the successful 
completion of the session deactivation procedure for the 
session identified by the Session Key Content field, together 
with the PCID for the deactivation procedure. 

0-2 X'818648'NS header 

3-10 PCID 

3-4 Network address of SSCP(TLU) 

Note: A network address value of zero indicates that no 
PCID is present in bytes 5 through 10; bytes 5-10 are reserved 
when bytes 3-4 are zero. 

5-10 A unique 6-byte value, generated by the SSCP(TLU), which is 

retained and used in all cross-domain requests dealing with 
the same procedure until it is completed 

11 Reserved 

12 Session key: 

X'06' network name pair 
X'07' network address pair 
13-n Session Key Content 

•For session key X'06': network name pair 

13 Type: X'F3'logical unit 

14 Length, in binary, of symbolic name of PLU 

15-m Symbolic name in EBCDIC characters 

m-H Type: X'F3'logical unit 

m+2 Length, in binary, of symbolic name of SLU 

m+3-n Symbolic name in EBCDIC characters 

•For session key X'07'; network address pair 
13-14 Network address of PLU 

15-16(=n) Network address of SLU 

CDSESSSF; SSCP(PLU) SSCP(SLU), Norm; FMD NS(s) (CROSS-DOMAIN 
SESSION SETUP FAILURE) 

CDSESSSF notifies the SSCP(SLU) that the cross-domain 
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CDSESSSF • CDSESSST 


Byteis) Description 

session activation procedure identified by the Session Key 
Content field, together with the PCID for the session activation 
procedure, has failed. The reason for the failure and associated 
sense data are given. 

0-2 X'818645'NS header 

3-10 PCID 

3-4 The network address of SSCPdLU) 

5-10 A unique 6-byte value, generated by the SSCP(ILU), which is 

retained and used in all cross-domain requests dealing with the 
same procedure until it is completed 
11-14 Sense data 

0801,0803, 0804, 0805, 080A, 080C, 080E, 080F, 0810, 

0812, 0815, 081C, 0821,1003, 1005, and path, RH, and 
state error sense codes. (The next section contains a descrip¬ 
tion of sense codes.) 

15 Reason: 

bit 0, 1 CINIT error in reaching PLU 
bit 1, 1 BIND error in reaching SLU 
bit 2, 1 setup reject at PLU 
bit 3, 1 setup reject at SLU 
bits 4-7, reserved 

16 Session key: 

X'06' network name pair 
X'07' network address pair 
17-n Session Key Content 

•For session key X'06': network name pair 

17 Type: X'F3'logical unit 

18 Length, in binary, of symbolic name of PLU 

19-m Symbolic name in EBCDIC characters 

m-H Type: X'F3'logical unit 

m-^2 Length, in binary, of symbolic name of SLU 

m-t3-n Symbolic name in EBCDIC characters 

•For session key X'07': network address pair 
17-18 Network address of PLU 

19-20(=n) Network address of SLU 


CDSESSST; SSCP(PLU) ^SSCP(SLU), Norm; FMD NS(s) (CROSS¬ 
DOMAIN SESSION STARTED) 

CDSESSST notifies the SSCP(SLU) that the session identified 
by the Session Key Content field, together with the specified 
PCID for the activation procedure, has been successfully 
activated. 

0-2 X'818646'NS header 

3-10 PCID 

3-4 The network address of SSCP(I LU) 

5-10 A unique 6-byte value, generated by the SSCP(ILU), which is 

retained and used in all cross-domain requests dealing with the 
same procedure until it is completed 
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CDSESSST • CDSESSTF 


Byte (s) Description 

11 Reserved 

12 Session key: 

X'06' network name pair 
X'07' network address pair 
13-n Session Key Content 

•For session key X'06': network name pair 

13 Type: X'F3'logical unit 

14 Length, in binary, of symbolic name of PLU 

15-m Symbolic name in EBCDIC characters 

m+1 Type: X'F3'logical unit 

m+2 Length, in binary, of symbolic name of SLU 

m+3-n Symbolic name in EBCDIC characters 

•For session key X'07': network address pair 
13-14 Network address of PLU 

15-16(=n) Network address of SLU 



CDSESSTF; SSCP(PLU)->SSCP(SLU), Norm; FMD NS(s) (CROSS¬ 
DOMAIN SESSION TAKEDOWN FAILURE) 

CDSESSTF notifies the SSCP(SLU) that the session 
deactivation procedure for the session identified by the 
Session Key Content field, together with the PCID for the 
deactivation procedure, was unsuccessful. 

0-2 X'818647'NS header 

3-10 PCID 

3-4 The network address of SSCP(TLU) 

Note: A network address value of zero indicates that no 
PCID is present; bytes 5-10 are reserved when bytes 3-4 are 
zero. 

5-10 A unique 6-byte value, generated by the SSCP{TLU), which 

is retained and used in all cross-domain requests dealing with 
the same procedure until it is completed 
11-14 Sense data 

0801,0803, 0804, 080A, 080E, 080F, 0810, and path, RH, and 
state error sense codes. (The next section contains a description 
of sense codes.) 

15 Reason: 

bit 0, 1 CTERM error in reaching PLU 
bit 1, 1 UNBIND error in reaching SLU 
bit 2,1 takedown reject at PLU 
bits 3-7, reserved 

16 Session key: 

X'06' network name pair 
X'07' network address pair 
17-n Session Key Content 

•For session key X'06': network name pair 

17 Type: X'F3'logical unit 

18 Length, in binary, of symbolic name of PLU 
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CDSESSTF • CDTAKEC 


Byte(s) Description 


19-m 

m+1 

m+2 

m+3-n 

17-18 

19-20(=n) 


Symbolic name in EBCDIC characters 

Type: X'F3'logical unit 

Length, in binary, of symbolic name of SLU 

Symbolic name in EBCDIC characters 

•For session key X'07': network address pair 

Network address of PLU 

Network address of SLU 


CDTAKED; SSCP ->SSCP, Norm; FMD NS(s) (CROSS-DOMAIN 
TAKEDOWN) 

CDTAKED initiates a procedure to cause the takedown of all 
cross-domain (LU,LU) sessions involving the domains of both 
the sending and receiving SSCPs. It also prevents the initiation 
of new {LU,LU) sessions between these domains until 
CDTAKEDC has been processed. Each session termination is 
reported individually via CDSESSEND or CDSESSTF for 
quiesce, orderly, or forced takedown procedures. Takedown 
using cleanup is mutual; both SSCPs participate, but no 
CDSESSEND or CDSESSTF is sent. The Type byte specifies 
the takedown procedure—quiesce, orderly, forced, or cleanup. 


0-2 

X'818649' NS header 

3-10 

PCID 


3-4 

The network address of the SSCP sending the request 

5-10 

A unique 6-byte value generated by the sending SSCP and 
retained and used in all cross-domain requests dealing with the 
same procedure until it is completed 

11 

Type: 
bits 0-1, 

00 active and pending-active sessions 

01 active, pending-active, and queued sessions 

10 queued only sessions 

11 reserved 


bits 2-3, 

00 quiesce 

01 orderly 

10 forced 

11 cleanup (mutual procedure) 


bits 4-7, 

reserved 

12 

Reason: 



bit 0, 0 network user 

1 network manager 
bit 1,0 normal 
1 abnormal 

bits 2-7, detailed reason (dependent upon bits 0-1): 

• For bits 0-1,00 user and normal: 

bits 2-7, 000000 general category (only value defined) 

• For bits 0-1,01 user and abnormal: 

bits 2-7, 000000 general category (only value defined) 



CDTAKED • CDTAKEDC • CDTERM 


Byte (s) Description 

• For bits 0-1,10 manager and normal: 
bits 2-7, 000000 general category 

000011 operator command—domain is going away 

* For bits 0-1,11 manager and abnormal: 
bits 2-7, 000000 general category 

000001 operator command 
000010 restart procedure 

CDTAKEDC; SSCP-^SSCP, Norm; FMD NS(s) (CROSS-DOMAIN 
TAKEDOWN COMPLETE) 

Except when the Cleanup option was specified, the SSCP that 
received CDTAKED (and responded positively to it) sends 
CDTAKEDC upon completion of its domain takedown 
procedure. The other SSCP, after completing its domain 
takedown procedure and receiving a CDTAKEDC, also sends 
a CDTAKEDC. 

0-2 X'81864A'NS header 

3-10 PCiD 

3-4 The network address of the SSCP that initiated the takedown 

procedure 

5-10 A unique 6-byte value, generated by the SSCP initiating the 

takedown procedure, which is retained and used in all cross¬ 
domain requests dealing with the same procedure until it is 
completed 

11 Type: 

X'01'summary (only value defined) 

12 Status: 

•For Type X'01' summary: 

X'01'all sessions successfully taken down 
X'02'takedown failures occurred 

CDTERM; SSCP(OLU) ^ SSCP(DLU), Norm; FMD NS(s) (CROSS¬ 
DOMAIN TERMINATE) 

CDTERM from the SSCP(OLU) requests that the 
SSCP(DLU) assist in the deactivation of the cross-domain 
(LU,LU) session identified by the Session Key Content field 
and the Type byte of the RU. Each SSCP executes that portion 
of terminate processing that relates to the LU it manages. 

0-2 X'818643'NS header 

3 bits 0-3, 0000 Format 0 (only value defined) 

bits 4-7, reserved 

4 Type: 

bits 0-1, 00 request applies to active and pending-active 
sessions 

01 request applies to active, pending-active, and 
queued sessions 

10 request applies to queued sessions only 

11 reserved 
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CDTERM 


Byte (s) 


5-12 

5-6 

7-12 

13 


14-15 


Description 

bit 2, 0 forced termination, session to be deactivated 
immediately and unconditionally 
1 orderly termination, permitting an end-of-session pro¬ 
cedure to be executed at the PLU before the session 
is deactivated 

bit 3, 0 not last session for DLU 
1 last session for DLU 

Note: The "lastsession" is relative to the information that 
SSCP(OLU) has concerning its LUs and the DLU.) 

bit 4, reserved 
bits 5-6, 00 DLU is PLU 
01 DLU is SLU 

10 SSCP determines PLU/SLU 

11 reserved 
bit 7, 0 not cleanup 

1 cleanup (not allowed when bit 2 = 0) 

PCID 

The network address of the SSCP/TLU) 

A unique 6-byte value, generated by the SSCP(TLU), which 
is retained and used in all cross-domain requests dealing with 
the same procedure until it is completed 
Reason: 

bit 0, 0 network user 

1 network manager 
bit 1,0 normal 
1 abnormal 

bits 2-7 detailed reason (dependent upon bits 0-1): 

* For bits 0-1,00 user and normal: 
bits 2-7, 000000 general category 

000001 self, OLU=PLU 
000010 self, OLU=SLU 
000011 other 

* For bits 0-1,01 user and abnormal: 
bits 2-7, 000000 general category 
•For bits 0-1, 10 manager and normal: 
bits 2-7, 000000 general category 

000001 operator command—session 
000010 operator command—LU 
000011 operator command—domain 
•For bits 0-1, 11 manager and abnormal: 
bits 2-7, 000000 general category 

000001 operator command 
000010 restart procedure 
000011 preempt procedure 
000100 unrecoverable path error 
000101 unrecoverable destination error 

Reserved 
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CDTERM • CESLOW 


Byte (s) 
16 


17-n 

17-18 

19-24(=n) 


17 

18 

19-m 

m+1 

m+2 

rn+S-n 

17-18 

19-20(=n) 

17-18 

19 

20 
21-n 
n+1-p 
n+1 


n-t-2-p 

P+1-q 

P+1 


p+2-q 


Description 

Session key; 

X'05'PCID 

X'06' network name pair 

X'07' network address pair 

X'08' network address-network name 

Session Key Content 

•For session key X'05': PCID 

Network address of the SSCP(I LU) 

A unique six-byte value, generated by the SSCPdLU), 
which is retained and used in all cross-domain requests dealing 
with the same procedure until it is completed 

Note: This PCID is different from the one in bytes 5-12, which 
is generated by the SSCP(TLU). 

•For session key X'06': network name pair 

Type: X'F3' logical unit 

Length, in binary, of symbolic name of OLD 

Symbolic name in EBCDIC characters 

Type: X'F3' logical unit 

Length, in binary, of symbolic name of DLU 

Symbolic name in EBCDIC characters 

•For session key X'07': network address pair 

Network address of PLU 

Network address of SLU 

•For session key X'08': network address-network name 

Network address of OLD 

Type: X'F3' logical unit 

Length, in binary, of symbolic name of DLU 

Symbolic name in EBCDIC characters 

Requester ID 

Length, in binary, of requester ID 
Note: X'OO' = no requester ID is presen t. 

Requester ID: the ID, in EBCDIC characters, of the end user 

initiating the request 

Password 

Length, in binary, of password 
Note: X'OO' = no password is presen t. 

Password used to verify the identity of the end user 


CESLOW; SSCP^PU, Norm; FMD NS(c) (CONTROL ENTERING 
SLOWDOWN) 

CESLOW informs the receiving PU (PU1) that the node of the 
specified PU (PU2) has entered slowdown. PU1 is expected to 
take action to reduce traffic to PU2. 

0-2 X'01020C'NS header 

3-4 Network address of PU that has entered slowdown 
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CEXSLOW • CHASE • CINIT 


i 

i 

C 


Byte (s) Description 

CEXSLOW; SSCP ^ PU, Norm; FMD NS(c) (CONTROL EXITING 
SLOWDOWN) 

CEXSLOW informs the receiving PU (PU1) that the node of 
the specified PU (PU2) has exited slowdown. PU1 may resume 
regular traffic with PU2. 

0-2 X'01020D'NS header 

3-4 Network address of PU that has exited slowdown 

CHASE; LU -> LU, Norm; DEC (CHASE) 

CHASE is sent by a half-session to request the receiving 
half-session to return all outstanding responses to normal-flow 
requests previously received from the issuer of CHASE. The 
receiver of CHASE sends the response to CHASE after pro¬ 
cessing (and sending any necessary responses to) all normal- 
flow requests received before the CHASE. 

0 X'84' request code 


CINIT; SSCP->PLU, Norm; FMD NS(s) (CONTROL INITIATE) 

CINIT requests the PLU to attempt, via a BIND request, to 
activate a session with the specified SLU. 

0-2 X'810601'NS header 

3 Format: 

bits 0-3, 0000 Format 0 (only value defined) 
bits 4-7, reserved 

4 INITIATE origin: 
bit 0, 0 OLU is origin 

1 third party is origin 
bit 1, reserved 
bit 2, 0 PLU is DLU 
1 PLU is OLU 

bit 3, 0 network user is the initiator 

1 network manager is the initiator 
bits 4-5, reserved 
bit 6, 0 no recovery retry 

1 recovery retry to be used 
bit 7, reserved 

5 Session key: 

X'07' network address pair 

6-7 Network address of PLU 

8-9 Network address of SLU 

10-11 Length of BIND Image field 

12-m BIND image: the BIND RU, excluding the request code 

field (see BIND format description) 

C m+1 -n Name of SL U 

m+1 Type: X'F3' logical unit 

m+2 Length, in binary, of symbolic name 

m+3-n Symbolic name, in EBCDIC characters 
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CINIT 


Byte (s) 

n+1-p 

n+1 

n+2-p 

p+1-q 

P+1 

p+2-q 

q+1-r 

q+1 

q+2-r 

r+1-s 

r+1-r+2 

r+3 

r+4-s 

r+4 


Description 

Note: The SLU name is the: 

• Uninterpreted name if the IN/T/A TE origin was !NIT-SELF 
issued by the PL U. 

• Network name if the INITIATE origin was INIT-SELF 
issued by the SLU, or was INIT-OTHER. 

Requester ID 

Length, in binary, of requester ID 
Note: X'OO' = no requester ID is present. 

Requester ID: the ID, in EBCDIC characters, of the end user 
initiating the session activation request. (May be used to estab¬ 
lish the authority of the end user to access a particular resource.) 
Password 

Length, in binary, of password 
Note: X'OO' = no password is presen t. 

Password used to verify the identity of the end user 
User Field 

(from INITIATE RU) 

Length, in binary, of user data 

Note: X'OO' = no user data is present. 

User data; user-specific data that is not processed by 
FI_FMD network services protocol machines but is passed 
to the PLU.SVC_MGR. 

LU or Non-SNA Device Characteristics 

Length of characteristics field, including both format and 

characteristics fields 

Note: X'OOOO' = no Format and no Characteristics fields 
are present. 

Characteristics format: 

X'01' device characteristics (only value defined) 

LU or Non-SNA Device Characteristics 
•Format X'01': 

(This format represents an access-method-unique LU/device 
characteristics definition. For more specific information refer 
to access method implementation documentation.) 

Scheduling information: 

X'80' input device 
X'40' output device 
X'20' conversational mode 
X'10'reserved 
X'08' start print sensitive 
X'04' reserved 

X'02'additional information provided (always 0 / 7 ) 

X'01' specific poll=o/7 
general po\\=off 
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CINIT 


Byte(s) 

r+5 


r+6 


r+7 


r+8 

r+9 


r+10 

r+11 

I r+12-r+16 
r+17-s 
r+17 


Description 
Device type: 

X'OO' undefined device type 

X'04' 2741 

X'08' WTTY 

X'10' 115A 

X'20' TWX (33-35) 

X'30' 83B3 
X'40' 2740 
X'80' 1050 
X'90' 2780 
X'19'3277 
X'1A'3284 
X'1 B' 3286/3288 
X'lC' 3275 

X'6D' SNA logical unit 
Model information: 

X'OO' Model 1 
X'01'Model2 
Feature information: 
bits 0-1, OOSLDC 

01 start/stop 

10 BSC 

11 reserved 

bits 2-7, X'20' XMIT interrupt feature 
X'10'SWITCHED LINE=ON 
LEASED LINE=OFF 
X'08' attention 
X'04' checking 
X'02' station control 
X'01' selector pen 
Physical device address 
Miscellaneous flags: 

X'80' SNA-compatible application program interface 
(always on) 

X'40'non-SNA application program interface (always off) 

X'20' buffered 

X'10' continue mode 

X'08' contention mode 

X'04' inhibit mode (text timeout) 

X'02' end-to-end control 

X'01'3270 extended datastream requiring BSC transparency 

Reserved 

Reserved 

Screen size (see PS Usage field in the BIND RU for format) 
Work Area 
Work area format: 

X'OO' unformatted 
X'01' TCAM format 
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CINIT* CLEANUP 


Byte (s) Description 

r+18-s Work area excluding format 

s+1 Length of Session Cryptography Key field 

Note: X'OO' = no Session Cryptography Key field is present. 

s+2-t Session Cryptography Key field: session cryptography key 

enciphered under PLU master cryptography key 

CLEANUP; SSCP->SLU, Norm; FMD NS(s) (CLEAN UP SESSION) 

CLEANUP is sent by the SSCP to the SLU (in a PU_T4| 5 node 
only) to reset the specified (PLU,SLU).SEC half-session; 
CLEANUP has the same effect as UNBIND; that is, the 
(PLU,SLU).SEC.SESS_SUBTREE and 
(PLU,SLU).SEC.SESS_RCV are reset. 

0-2 X'810629'NS header 

3 bits 0-3, 0000 Format 0 (only value defined) 
bits 4-7, reserved 

4 Reserved 

5 Reason: 

bit 0, 0 network user 

1 network manager 
bit 1,0 normal 
1 abnormal 

bits 2-7, detailed reason (dependent upon bits 0-1): 

•For bits 0-1,00 user and normal: 
bits 2-7, 000000 general category 
000001 self, OLU=PLU 
000010 self, OLU=SLU 
000011 other 

• For bits 0-1,01 user and abnormal: 

bits 2-7, 000000 general category (only value defined) 

• For bits 0-1, 10 manager and normal: 

bits 2-7, 000000 general category (only value defined) 

• For bits 0-1, 10 manager and normal: 
bits 2-7, 000000 general category 

000001 operator command—clean up session 
000010 operator command—clean up all sessions 
for LU 

000011 operator command—clean up all LU-LU 
sessions for LUs in the domain 

• For bits 0-1, 11 manager and abnormal: 
bits 2-7, 000000 general category 

000001 operator command 
000010 restart procedure 
000011 preempt procedure 
000100 unrecoverable path error 
000101 unrecoverable destination error 

6 Session key: 

X'06' uninterpreted name pair 
X'07' network address pair 
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CLEANUP • CLEAR • CONNOUT 


Byte(s) Description 


7-n 


7 

8 

9-m 

m+1 

m+2 

m+3-n 


7-8 

I 9-10{=n) 


Session Key Content 

•For session key X'06': uninterpreted name pair 

Type: X'F3'logical unit 

Length, in binary, of symbolic name of PLU 

Symbolic name in EBCDIC characters 

Type: X'F3'logical unit 

Length, in binary, of symbolic name of SLU 

Symbolic name in EBCDIC characters 

•For session key X'07': network address pair 

Network address of PLU 

Network address of SLU 


CLEAR; PLU ^SLU,SSCP "> SSCP, Exp; SC (CLEAR) 

CLEAR is sent by primary session control to reset the data 
traffic FSMs and subtrees (for example, brackets, pacing, 
sequence numbers) in both the primary and secondary half¬ 
sessions (and boundary function, if any). CLEAR can be used 
after a catastrophic error as the first step in a data traffic 
recovery sequence. Sending CLEAR precludes sending any 
further DFC or FMD requests or responses until SDT (where 
supported) is successfully processed. All pending responses to 
DFC and FMD requests are discarded. CLEAR is a valid 
request whenever the session is active, so any number of 
CLEARS can be outstanding at one time. 

0 X'AI' request code 


CONNOUT; SSCP ->PPU, Norm; FMD NS(c) (CONNECT OUT) 

CONNOUT requests the PPU to initiate a connect-out 
procedure to a designated secondary station, via the primary 
station of the specified link. 

0-2 X'01020E'NS header 

3-4 Network address of link 

5 Address of link station 

6 bit 0, type: 0 (only value defined) 
bits 1-2, connect-out feature: 

00 automatic connect out (dial digits are provided) 

01 reserved 

10 manual connect out (no dial digits are provided) 
bits 3-7, reserved 


1 Note: Bytes 7-n are not permitted on manual-connect calls 

(bits 1-2=10). 


1 Retry limit: number of times the connect-out procedure is to 

be retried 

8 Number of dial digits 

9-n Dial digits: decimal EBCDIC characters plus end-of-numbers 

(X'FC') and separator (X'FD') characters, where used 
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CONTACT • CONTACTED • CRV • CTERM 


BytefsJ Description 

CONTACT; SSCP PU, Norm; FMD NS{c) (CONTACT) 

CONTACT requests the initiation of a procedure at the PU 
to activate DLC-level contact with the link station associated 
with an adjacent PU addressed in the request. The DLC-level 
contact must be activated before any PI Us can be sent to or 
from the adjacent node. A positive respt)nse to CONTACT is 
issued when the DLC contact procedure begins. 

0-2 X'010201'NS header 

3-4 Network address of PU in node to be contacted 

CONTACTED; PU->SSCP, Norm; FMD NS(c) (CONTACTED) 

CONTACTED is issued by the PU to indicate to the S^CP 
the completion of the DLC contact procedure. A status 
parameter conveyed by this request informs SSCP configura¬ 
tion services whether or not the contact procedure was suc¬ 
cessful; if not successful, the status indicates whether an 
adjacent PU node load is required or whether an error occurred 
on the contact procedure. 

0-2 X'010280'NS header 

3-4 Network address of PU in node being contacted 

5 Status of the PU being contacted: 

X'01'loaded 
X'02' load required 
X'03'error on CONTACT 

CRV; PLU -^SLU, Exp; SC (CRYPTOGRAPHY VERIFICATION) 

CRV, a valid request when session-level cryptography was 
selected in BIND, is sent by the PLU session control to the 
SLU session control and carries an enciphered transform of the 
test value sent enciphered by the secondary in its previous 
+RSP(BIND). This exchange provides a cryptography verifica¬ 
tion test to enable sending and receiving of FMD requests by 
both half-sessions. 

0 X'CO' request code 

1-8 A transform of the (deciphered) cryptography session-seed 

value received (enciphered) in bytes 28-k of +RSP(BIND), 
re-enciphered under the session cryptography key using a seed 
value of zero) the transform is the cryptography session-seed 
value with the first four bytes inverted. 

Note: The cryptography session-seed is used as the seed for all 
session-level cryptography encipherment and decipherment 
provided for FMD RUs. 

CTERM; SSCP->PLU, Norm; FMD NS(s) (CONTROL TERMINATE) 

CTERM requests that the PLU attempt to deactivate a session 
with the specified SLU. 

0-2 X'810602'NS header 
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CTERM 


Byte(s) Description 

3 bits 0-3, 0000 Format 0 (only value defined) 
bits 4-7, reserved 

4 Type: 

bits 0-1, reserved 
bits 2-3, 00 reserved 
01 orderly 

10 forced 

11 cleanup 
bits 4-7, reserved 

5 Reason: 

bit 0, 0 network user 

1 network manager 
bit 1,0 normal 

1 abnormal 

bits 2-7, detailed reason (dependent upon bits 0-1 ): 

• For bits 0-1,00 user and normal: 
bits 2-7, 000000 general category 

000001 self, OLU = PLU 
000010 self, OLU = SLU 
000011 other 

•For bits 0-1,01 user and abnormal: 

bits 2-7, 000000 general category (only value defined) 

• For bits 0-1, 10 manager and normal: 
bits 2-7, 000000 general category 

000001 operator command—session 
000010 operator command —LU 
000011 operator command—domain 

• For bits 0-1, 11 manager and abnormal: 
bits 2-7, 000000 general category 

000001 operator command 
000010 restart procedure 
000011 preempt procedure 
000100 unrecoverable path error 
000101 unrecoverable destination error 

6-7 Reserved 

8 Session key: X'07' network address pair 

9-10 Network address of PLU 

11-12 Network address of SLU 

13- n Requester ID 

13 Length, in binary, of requester ID 

Note: X'OO' = no requester ID is present. 

14- n Requester ID: the ID, in EBCDIC characters, of the end user 

initiating the session deactivation request. (May be used to 
establish the authority of the end user to access a particular 
resource or service.) 
n-i-1 -p Password 
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CTERM • DACTCDRM • DACTCONNIN • DACTLINK • DACTLU 


Byte (s) Description 

n+1 Length, in binary, of password 

Note: X'OO' = no password is present. 
n+2-p Password used to verify the identity of the end user 

DACTCDRM; SSCP -> SSCP, Exp; SC (DEACTIVATE CROSS-DOMAIN 
RESOURCE MANAGER) 

DACTCDRM is sent from either SSCP to deactivate an 
(SSCP,SSCP) session. 

0 X'15' request code 

1 bits 0-3, format: X'O'(only value defined) 

bits 4-7, type deactivation requested; 

X'1' normal end of session 

X'2' invalid activation parameter, sent by the 

primary half-session to deactivate the session 
and to indicate to the secondary that the 
response to ACTCDRM contained an invalid 
parameter 

2- 3 Reason code (included only if type deactivation requested is 

invalid activation parameter; that is, byte 1, bits 4-7 = X'2'): 
X'0808'invalid contents ID 
X'081D'invalid SSCP ID 
X'082T invalid session parameters 

4-5 Reserved if bytes 2-3 present; not included if bytes 2-3 not 

included 

DACTCONNIN; SSCP ^PPU, Norm; FMD NS(c) (DEACTIVATE 
CONNECT IN) 

DACTCONNIN requests the PPU to disable the primary 
station of the specified switched link from accepting incoming 
connections. 

0-2 X'010217'NSheader 

3- 4 Network address of link 

DACTLINK; SSCP ^PU, Norm; FMD NS(c) (DEACTIVATE LINK) 

DACTLINK initiates a procedure at the PU to deactivate the 
link station specified by the link network address parameter 
in the request. It is used after all stations on the specified link 
have been discontacted. 

0-2 X'01020B'NSheader 

3-4 Network address of link 

DACTLU; SSCP-> LU, Exp; SC (DEACTIVATE LOGICAL UNIT) 

DACTLU is sent to deactivate the session between the SSCP 
and th^ LU. 

0 X'OE' request code 
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Description 


( 

C 
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C' 

€ 
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Byte (s) 

DACTPU; SSCP ^ PU, Exp; SC (DEACTIVATE PHYSICAL UNIT) 

DACTPU is sent to deactivate the session between the SSCP 
and the PU. 

0 X'12'request code 

1 Type deactivation requested: 

X'01' final use, physcial connection may be broken 

X'02' not final use, physical connection should not be broken 

DACTTRACE; SSCP ->PU, Norm; FMD NS(ma) (DEACTIVATE TRACE) 
DACTTRACE requests that the specified trace be deactivated. 
0-2 X'Ol 0202'NS header 

3-4 Network address of resource to be traced 

5 Selected trace 

6-n Data to support trace deactivation 

DELIVER; SSCP -> LU, Norm; FMD NS(mn) (DELIVER) 

DELIVER contains an embedded NS RU. A flag in the 
DELIVER RU indicates whether the NS RU contains a CNM 
header. An embedded NS RU is either a reply request corre¬ 
sponding to an NS RU embedded in a FORWARD request, or 
it is an unsolicited request. 

0-2 X'810812'NS header 

3 Format: X'OO'format 0 (only value defined) 

4 Flags: 

bits 0-6, reserved 

bit 7, format of embedded NS RU: 

0 embedded NS RU contains a CNM header 
1 embedded NS RU does not contain a CNM header 
5-6 Reserved 

7 Length, in binary, of embedded NS RU 

8-n Embedded NS RU 

n+1 -p Network Name of Origin PU or LU 

n-i-1 Type: X'FI'PU 

X'F3' LU 

n+2 Length, in binary, of symbolic name 

n+3-p Symbolic name in EBCDIC characters 

p+1-q Network Name of Target PU, LU, Link Station, or Link 

p+1 Type: X'FI'PU 

X'F3' LU 

X'F7' Link Station 
X'F9' Link 

p+2 Length, in binary, of symbolic name 

p+3-q Symbolic name in EBCDIC characters 

•If the target is a PU in a PU_T11 2 node or is a link station attached to a 
PU_T4| 5 node: 

q+1-s+1 Configuration Hierarchy Network Name List 

q+1 Type: X'F9'link connecting the PU_T11 2 node to the 

PU_T4j 5 node containing the boundary 
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DELIVER • DISCONTACT • DISPSTOR 


Byte (s) Description 

function for the target PU or connecting the link 
station to the PU_T4| 5 node 
q+2 Length, in binary, of symbolic name 

q+3-r Symbolic name in EBCDIC characters 

r+1 Type: X'FI' PU in the PU_T4| 5 node containing the boundary 

function for the target PU or attaching the target 
link station 

r+2 Length, in binary, of symbolic name 

r+3-s Symbolic name in EBCDIC characters 

s+1 X'OO' (end of configuration hierarchy network name list) 

•If the target is an LU in a PU_T11 2 node: 
q+1-t+1 Configuration Hierarchy Network Name List 
q+1 Type: X'FI'PU in the PU_T11 2 node containing the target 

LU 

q+2 Length, in binary, of symbolic name 

q+3-r Symbolic name in EBCDIC characters 

r+1 Type: X'F9'link connecting the PU_T1 j 2 node to the 

PU_T4| 5 node containing the boundary function 
for the target LU 

r+2 Length, in binary, of symbolic name 

r+3-s Symbolic name in EBCDIC characters 

s+1 Type: X'FI'PU in the PU_T4| 5 node containing the 

boundary function for the target LU 
s+2 Length, in binary, of symbolic name 

s+3-t Symbolic name in EBCDIC characters 

t+1 X'OO' (end of configuration hierarchy network name list) 

•If the target is a link attached to, or a PU or LU in, a PU_T4| 5 node: 

q+1-q+1 Configuration Hierarchy Network Name List 

q+1 X'OO' (end of configuration hierarchy network name list) 

DISCONTACT; SSCP-^PU, Norm; FMD NS(c) (DISCONTACT) 

DISCONTACT requests the PU to deactivate DLC-level contact 
with the specified adjacent node. The discontact procedure is 
DLC-dependent; if applicable, polling is stopped. DISCONTACT 
may be used to terminate contact, IPL, or dump procedures 
before their completion. The PU responds negatively to 
DISCONTACT if an uninterruptible link-level procedure is in 
progress for the referenced link. 

0-2 X'010202'NS header 

3-4 Network address of PU in node to be discontacted 

DISPSTOR; SSCP-+PU, Norm; FMD NS(ma) (DISPLAY STORAGE) 

DISPSTOR requests the PU to send a RECSTOR request con¬ 
taining a specified number of bytes of storage beginning at a 
specified location. If the Type byte specifies nonstatic storage 
display, the storage contents may be changing while the bytes 
are being set up in the RECSTOR RU. If the Type byte 
specifies static snapshot display, the RECSTOR RU is built 
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DISPSTOR • DSRLST • DUMPFINAL • DUMPINIT • DUMPTEX' 


( 

C 


Byte(s) Description 

with the assurance that storage contents are not being changed 
while the RU is being prepared. 

0-2 X'010331'NS header 

3-4 Network address of resource to be displayed 

5 Display type: 

X'01' nonstatic storage display 
X'02' static snapshot display 

6 Reserved 

7-8 Number of bytes to be displayed 

9-12 Beginning location of display 


DSRLST; SSCP^SSCP, Norm; FMD NS(s) (DIRECT SEARCH LIST) 

DSRLST identifies a control list type and specifies a list searcl^ 
argument to be used at the receiving SSCP; the latter searches 
the control list accordingly, and returns the appropriate contri 
list entry data in the response. 

X'818627' NS header 

Control list type: X'01' (only value defined) 

Control list search argument: network name of LU (only valu 
defined) 

Type: X'F3' logical unit 
Length, in binary, of symbolic name 
Symbolic name in EBCDIC characters 


0-2 

3 

4-m 


5 

6-m 


DUMPFINAL; SSCP ->PPU, Norm; FMD NS(c) (DUMP FINAL) 

DUMPFINAL terminates the dump sequence, whether 
DUMPTEXT is used or not. 

0-2 X'010208'NS header 

3-4 Network address of PU in node being dumped (the SPU) 




DUMPINIT; SSCP->PPU, Norm; FMD NS(c) (DUMP INITIAL) 

DUMPINIT requests a DLC-level dump from the SPU node to 
the PPU node, for eventual transmission to the SSCP. From t 
specified SPU address, the PPU determines the correct link an 
station addresses to be used. Basic dump data, such as registei 
key, and indicator values, may be returned to the SSCP on the 
response. 

0-2 X'010206'NS header 

3-4 Network address of PU in node to be dumped (the SPU) 



DUMPTEXT; SSCP PPU, Norm; FMD NS(c) (DUMP TEXT) 

If further dump data is required, DUMPINIT may be followec 
by DUMPTEXT. DUMPTEXT causes the dump data specifier 
by the starting-address parameter to be returned to the SSCP 
on the response. The PPU obtains the dump data from the 
SPU node, using a DLC-level interchange. 

0-2 X'010207'NS header 

3-4 Network address of PU in node to be dumped (the SPU) 



DUMPTEXT • ESLOW • EXECTEST • EXSLOW • FNA • FORWARD 


Byte(s) Description 

5-8 Starting address where dump data is to begin 

9-10 Length of text: two-byte binary count of the number of bytes 

of dump data to be returned 

ESLOW; PU ->SSCP, Norm; FMD NS(c) (ENTERING SLOWDOWN) 

ESLOW informs the SSCP that the node of the sending PU 
has entered a slowdown state. This state is generally associated 
with buffer depletion, and requires traffic through the node to 
be reduced or suspended. 

0-2 X'010214'NS header 

3-4 Network address of PU 

EXECTEST; SSCP-^PU, Norm; FMD NS(ma) (EXECUTE TEST) 

EXECTE,ST requests the PU to activate the specified test type 
related to the specified network address. The test code specifies 
the test type and defines the contents of the test data field. 

The test may be for the PU, or for the LUs or links supported 
by the PU. 

0-2 X'010301'NS header 

3-4 Network address of resource to be tested 

5-8 Binary code selecting the test 

9-n Data to support the selected test 

EXSLOW; PU^SSCP, Norm; FMD NS(c) (EXITING SLOWDOWN) 

EXSLOW informs the SSCP that the node of the sending PU 
is no longer in the slowdown state and regular traffic can resume. 
0-2 X'010215'NS header 

3-4 Network address of PU 

FNA; SSCP->PU, Norm; FMD NS(c) (FREE NETWORK ADDRESSES) 

FNA updates the path control routing algorithm at the PU 
node, such that PI Us with the specified network addresses 
(one or more) will no longer be routed to the specified NAUs. 
Freed network addresses may be reassigned. 

0-2 X'01021 A'NS header 

3-4 Network address of target link, SPU, or LU 

5 Number of SPU (if bytes 3-4 specify a link) or LU (if bytes 3-4 
specify an SPU or an LU network address used for the SSCP-LU 
session) network addresses to be freed. (X'OO' = all—and bytes 
7-n not present.) 

6 Type: X'80'noncontiguous 

7-8 First network address to be freed 

9-n Any additional network addresses (two-byte multiples) 

FORWARD; LU SSCP, Norm; FMD NS(mn) (FORWARD) 

FORWARD requests the SSCP to send the embedded NS RU 
to the named destination PU, using the corresponding SSCP-PU 
session. The FORWARD RU contains a flag that specifies 
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FORWARD • INIT-OTHE 
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f 

t 
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Byte fs) Description 

whether the embedded NS RU contains a partially initialized 

CNM header or no CNM header at all. 

0-2 X'810810'NS header 

3 Format: X'OO.'format 0 (only value defined) 

4 Flags: 

bits 0-5, reserved 

bit 6, solicitation indicator: 

0 embedded NS RU solicits a reply request 
1 embedded NS RU does not solicit a reply request 
bit 7, format of embedded NS RU: 

0 embedded NS RU contains a (partially initialized) 
CNM header 

1 embedded NS RU does not contain a CNM header 
5-6 Reserved 

7 Length, in binary, of embedded NS RU 

8-n Embedded NS RU 

n-H -p Network Name of Destination PU or LU 

n+1 Type: X'FV PU 

X'F3' LU 

n-^2 Length, in binary, of symbolic name 

n+3-p Symbolic name in EBCDIC characters 

p-H -q Network Name of Target PU, LU, Link Station, or Link 

p+1 Type: X'FI'PU 

X'F3' LU 
X'F7' link station 
X'F9' link 

p+2 Length, in binary, of symbolic name 

p+3-q Symbolic name in EBCDIC characters 

INIT-OTHER; ILU ->SSCP, Norm; FMD NS(s) (INITIATE-OTHER) 

I NIT-OTHER from the ILU requests that a session be activat 
between the two LUs named in the RU. The requester may I 
one of the two named LUs. 

0-2 X'810680'NS header 

3 Format: 

bits 0-3, 0001 Format 1 (only value defined) 
bits 4-7, reserved 

4 Type: 

bits 0-1, 00 dequeue (DQ) a previously enqueued initiate 

request. (See bits 2-3 for further specification o^ 
dequeue actions.) 

01 initiate only (I); do not enqueue 

10 enqueue only (Q). (See bytes 5-6 for further 
specification of queuing conditions.) 

11 initiate/enqueue (l/Q); enqueue the request if it 
cannot be satisfied immediately 

bits 2-3, (used for DQ; otherwise, reserved) 



INIT-OTHER 


Byte(s) Description 

00 leave on queue if dequeuing attempt is unsuccessful 
01 remove from queue if dequeuing attempt is 
unsuccessful 

10 remove from queue; do not attempt initiation 

11 reserved 
bit 4, reserved 

bits 5-6, PLU/SLU specification: 

00 LU1 is PLU 
01 LU2 is PLU 

10 SSCP determines PLU/SLU specification, or when 
Type=DQ, the corresponding entry on the target 
queue may indicate that LU1 or LU2 is the PLU. 

11 reserved 
bit 7, reserved 

5 Queuing conditions for LU1 

(When Type = DQ, bits 0-7 are reserved.) 
bit 0, 0 do not enqueue if session count will be exceeded 
1 enqueue if session count will be exceeded 
bit 1,0 do not enqueue if the LU is not enabled 

1 enqueue even though the LU might not be enabled 
bit 2, 0 do not enqueue if CD IN IT loses contention 
1 enqueue if CDINIT loses contention 
bit 3, 0 do not enqueue if there are no SSCP-LU paths 

I enqueue if there are no SSCP-LU paths 
bit 4, reserved 

bits 5-6, queueing position/service: 

00 enqueue this request at the bottom of the queue. 
(The request is put at the bottom of the queue 
and serviced last.) 

01 enqueue this request FIFO 
10 enqueue this request LIFO 

II reserved 

bit 7, 0 do not enqueue for recovery retry 

1 enqueue for recovery retry. (This is a queue that 
is used for recovery-reactivating an LU-LU session 
when the session, though it had been successfully 
activated, fails for some reason. Elements on this 
queue are not dequeued when a session activation is 
successfully completed; explicit session deactivation 
requests are needed to dequeue elements from this 
queue.) 

6 Queuing conditions for LU2 

(When Type = DQ, bits 0-7 are reserved.) 
bit 0, 0 do not enqueue if session count will be exceeded 
1 enqueue if session count will be exceeded 
bit 1,0 do not enqueue if the LU is not enabled 

1 enqueue though the LU might not be enabled 
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INIT-OTHER 


Byte (s) Descrip ti on 

bit 2, 0 do not enqueue if COIN IT loses contention 
1 enqueue if CDINIT loses contention 
bit 3, 0 do not enqueue if there are no SSCP-LU paths 

I enqueue if there are no SSCP-LU paths 
bit 4, reserved 

bits 5-6, queuing position/service: 

00 enqueue this request at the bottom of the queue. 
(The request is put at the bottom of the queue and 
serviced last.) 

01 enqueue this request FIFO 
10 enqueue this request LIFO 

II reserved 

bit 7, 0 do not queue for recovery retry 

1 enqueue for recovery retry (This is a queue that is 
used for recovery-reactivating an LU-LU session when 
the session, though it had been successfully activated, 
fails for some reason. Elements on this queue are not 
dequeued when a session activation is successfully 
completed; explicit session deactivation requests are 
needed to dequeue elements from this queue.) 

Note: In Bytes 5-6: 

• If enqueuing for recovery is desired, then it must be 
indicated in both L ill and LU2 Queuing Conditions 
bytes (bit 7 = '1'). 

• Bit 2 (CDINITcontention) must have the same setting for 
both LU1 and LU2. (Contention occurs when both SSCPs 
try to set up a session between the same LUs at the same 
time.) 

• Enqueuing is not performed if the DLU is unknown, or if 
the domain of either LU is in takedown status. 

1 INITIATE origin: 

bits 0-2, reserved 

bit 3, (when Type = DO, bit 3 is reserved) 

0 network user is the initiator 

I network manager is the initiator 
bits 4-7, reserved 

8 NOTIFY 

bits 0-1, (when Type = DQ, bits 0 and 1 are reserved) 

00 do not send NOTIFY to LUs in session with LU1 
01 send NOTIFY to all LUs in session with LU1 
10 send NOTIFY to all LUs in session with LU1 
only if the request is queued 

II reserved 

bits 2-3, (when Type = DQ, bits 2 and 3 are reserved) 

00 do not send NOTIFY to LUs in session with LU2 
01 send NOTIFY to all LUs in session with LU2 
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IN IT-OTHER 


Byte (s) 


9-16 


17-m 

17 

18 

19-m 

m-t-l-n 

m+1 

m+2 

m-i-3-n 

n-i-l-p 

n-t-1 


n+2-p 


P+1-q 

P+1 


p+2-q 

q-l-l-r 

q+1 


q-l-2-r 


r+1-s 


Description 

10 send NOTIFY to all LUs in session with LU2 only 
if the request is enqueued 

11 reserved 

bit 4, 0 do not send NOTIFY to the ILU when INIT is dequeued 
1 send NOTIFY to the ILU when INIT is dequeued 
bit 5, 0 do not send NOTIFY to the ILU when the requested 
session is set up 

1 send NOTIFY to the ILU when the requested session 
is set up 
bits 6-7, reserved 

Mode: an eight-character symbolic name (implementation- and 
installation-dependent) that identifies the set of rules and 
protocols to be used for the session; used by the SSCP{SLU) to 
select the BIND image that will be used by the SSCP(PLU) to 
build the GIN IT request. (When Type = DO, the Mode field is 
reserved.) 

Uninterpreted name of LU1 

Type: X'F3' logical unit 

Length, in binary, of symbolic name 

Symbolic name, in EBCDIC characters 

Uninterpreted name of LU2 

Type: X'F3' logical unit 

Length, in binary, of symbolic name 

Symbolic name, in EBCDIC characters 

Requester ID 

Length, in binary, of requester ID 
Note: X'OO' = no requester ID is present. 

Requester ID: the ID, in EBCDIC characters, of the end user 
initiating the request. (May be used to establish the authority 
of the end user to access a particular resource.) 

Password 

Length, in binary, of password 
Note: X'OO' = no password is presen t. 

Password used to verify the identity of the end user 
User Field 

(When Type = DQ, user field is reserved) 

Length, in binary, of user data 

Note: X'OO' = no user data is present. 

User data: user-specific data that is not processed by network 
services protocol machines, but is passed to the primary LU on 
the CINIT request 

User Request Correlation (URC) field 

(When Type = DQ, the URC must be the same as on the original 
INIT-OTHER request.) 
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INIT-OTHER • INIT-OTHER-CD 


Byte(s) Description 

r+1 Length, in binary, of URC 

Note: X'OO'= no URC is present. 

r+2-s URC: end-user defined identifier; this value can be returned 

by the SSCP in a subsequent NOTIFY to correlate a given 
session to the initiating request 

INlT-OTHER-CD; SSCP->SSCP, Norm; FMD NS(s) (INITIATE-OTHER 
CROSS-DOMAIN) 

INIT-OTHER-CD from the SSCP(ILU) requests that a session 
be activated between the two LUs named in the RU. The 
IN IT-OTHER-CD request simply transports an IN IT-OTHER 
from the SSCP(ILU)—a third-party SSCP in this case—to the 
SSCP(OLU). A positive response is returned once the 
INIT-OTHER-CD request (and CDINIT, if required) is 
accepted and LU availability, mode, password, and requester 
ID have been verified for both LUs. 

0-2 X'818640'NS header 

3 Format: 

bits 0-3, 0000 Format 0 (only value defined) 
bits 4-7, reserved 

4 Type: 

bits 0-1,00 dequeue (DQ) a previously enqueued initiate 
request. (See bits 2-3 for further specification 
of dequeue actions.) 

01 initiate only (I); do not enqueue 

10 enqueue only (Q). (See bytes 5-6 for further 
specification of queuing conditions.) 

11 initiate/enqueue (l/Q); enqueue the request if it can 
not be satisfied immediately 

bits 2-3, (used for DQ; otherwise, reserved) 

00 leave on queue if dequeuing attempt is unsuccessful 
01 remove from queue if dequeuing attempt is 
unsuccessful 

10 remove from queue, do not attempt initiation 

11 reserved 
bit 4, reserved 

bits 5-6, PLU/SLU specification: 

00 LU1 is PLU 
01 LU2isPLU 

10 SSCP determines PLU/SLU specification, or when 
Type=DQ, the corresponding entry on the target 
queue may indicate that LU1 or LU2 is the PLU. 

11 reserved 
bit 7, reserved 

5 Queuing conditions for LU1. (When Type = DQ, bits 0-7 
are reserved.) 
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Byte(s) Description 

bit 0, 0 do not enqueue if session count will be exceeded 
1 enqueue if session count will be exceeded 
bit 1, 0 do not enqueue if the LU is not enabled 
1 enqueue if the LU is not enabled 
bit 2, 0 do not enqueue if COIN IT loses contention 
1 enqueue if CDINIT loses contention 
bit 3, 0 do not enqueue if there are no SSCP-LU paths 

I enqueue if there are no SSCP-LU paths 
bit 4, reserved 

bits 5-6, queuing position/service; 

00 enqueue this request at the bottom of the queue. 
(The request is put at the bottom of the queue and 
serviced last.) 

01 enqueue this request FIFO 
10 enqueue this request LIFO 

II reserved 

bits 7, 0 do not enqueue for recovery retry 

1 enqueue for recovery retry. (This is a queue that is 
used for recovery-reactivating an LU-LU session when 
the session, though it had been successfully activated, 
fails for some reason. Elements on this queue are not 
dequeued when a session activation is successfully 
completed. Explicit session deactivation requests are 
needed to dequeue elements from this queue.) 

6 Queuing conditions for LU2. (When Type = DQ, bits 0-7 are 

reserved.) 

bit 0, 0 do not enqueue if session count will be executed 
1 enqueue if session count will be exceeded 
bit 1, 0 do not enqueue if the LU is not enabled 

1 enqueue even though the LU might not be enabled 
bit 2, 0 do not enqueue if CDINIT loses contention 
1 enqueue if CDINIT loses contention 
bit 3, 0 do not enqueue if there are no SSCP-LU paths 

I enqueue even if there are no SSCP-LU paths 
bit 4, reserved 

bits 5-6, queuing position/service: 

00 enqueue this request at the bottom of the queue. 
(The request is put at the bottom of the queue and 
is serviced last.) 

01 enqueue this request FIFO 
10 enqueue this request LIFO 

II reserved 

bit 7, 0 do not enqueue for recovery retry 

1 enqueue for recovery retry. (This is a queue that is 
used for recovery-reactivating an LU-LU session when 
the session, though it had been successfully activated, 
fails for some reason. Elements on this queue are not 
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INIT-OTHER-CD 


Byte (s) Descrip tion 

dequeued when a session activation is successfully 
completed; explicit session deactivation requests are 
needed to dequeue elements from this queue.) 

Note: In Bytes 5-6: 

• If enqueuing for recovery is desired, then it must be 
indicated in both LU1 and LU2 Queuing Conditions bytes 
(bit7='1'). 

• Bit 2 (COINIT convention) must have the same setting for 
both LU1 and LU2. (Contention occurs when both SSCPs 
try to set up a session between the same LUs at the same 
time.) 

• Enqueuing is not performed if the DLU is unknown, or if 
the domain of either LU is in takedown status. 

7-14 PCID 

(When Type = DQ, the PCID must be the same as in the 
original INIT-OTHER-CD request.) 

7-8 The network address of SSCP(ILU) 

9-14 A unique 6-byte value, generated by the SSCP(ILU), which 

is retained and used in all cross-domain requests dealing with 
the same procedure until it is completed; an SSCP maintains 
correlation between PCID and the URC, if a URC has been 
provided by the IN IT-OTHER request. 

15 INITIATE origin; 
bits 0-2, reserved 

bit 3, (reserved when Type = DQ) 

0 network user is the initiator 

I network manager is the initiator 
bits 4-7, reserved 

16 NOTIFY 

bits 0-1, (When Type = DQ, bits 0-1 are reserved.) 

00 do not send NOTIFY to LUs in session with LU1 
01 send NOTIFY to all LUs in session with LU1 

10 send NOTIFY to ell LUs in session with LU1 

only if the request is enqueued 

II reserved 

bits 2-3, (When Type = DQ, bits 2-3 are reserved.) 

00 do not send NOTIFY to LUs in session with LU2 
01 send NOTIFY to all LUs in session with LU2 

10 send NOTIFY to all LUs in session with LU2 

only if the request is enqueued 

11 reserved 

bit 4, 0 do not send NOTIFY to the SSCPdLU) when IN IT 
is dequeued 

1 send NOTIFY to the SSCP(ILU) when INIT is 
dequeued 
bits 5-7, reserved 
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INIT-OTHER-CD • INiTPROC 


Bytefs) Description 

17-24 Mode; an eight-character symbolic name (implementation and 

installation dependent) that identifies the set of rules and pro¬ 
tocols to be used for the session; used by the SSCP(SLU) to 
select the BIND image that will be used by the SSCP(PLU) to 
build the Cl NIT request. (When Type = DQ, the Mode field is 
reserved.) 

25-m Network Name of LU1 

25 Type: X'F3'logical unit 

26 Length, in binary, of symbolic name 

27-m Symbolic name, in EBCDIC characters 

m+1 -n Network Name of LU2 

m+1 Type: X'F3' logical unit 

m+2 Length, in binary, of symbolic name 

m+3-n Symbolic name, in EBCDIC characters 

n+1 -p Requester ID 

n+1 Length, in binary, of requester ID 

Note: X'OO' = no requester ID is present. 

n+2-p Requester ID; the ID, in EBCDIC characters, of the end 

user initiating the request. (May be used to establish the 
authority of the end user to access a particular resource.) 
p+1 -q Password 

p+1 Length, in binary, of password 

Note: X'OO' = no password is presen t. 

p+2-q Password used to verify the identity of the end user 

q+1 -r User Field 

(When Type = DQ, this field is reserved.) 
q+1 Length, in binary, of user data 

Note: X'OO' = no user data is present. 

q+2-r User data: user-specific data that is not processed by network 

services protocol machines but is passed to the primary LU on 
the Cl NIT request 

Note: With the exception of the NS header and PCID, all the 
fields in the INIT-OTHER-CD RU are derived from its cor¬ 
responding I NIT-OTHER RU. 

INITPROC; SSCP-+PU, Norm; FMD NS(c) (INITIATE PROCEDURE) 
Receipt of INITPROC by a PU_T4(5 results in that 
PU_T4| 5 initiating an NCIPL procedure to the PU_T4j 2 
identified in the INITPROC RU. 

0-2 X'410235'NS header 

3-6 Reserved 

7-8 Network address of PU_T4| 2 for which the procedure is to 

be initiated 

9 Procedure type: 

X'OO' load (only value defined) 
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INITPROC • INIT-SELF (Format 0) 


Byte(s) 

10-17 


INIT-SELF; 


0-2 

3 


4-11 


12-m 

12 

13 

14-m 

m+1-p 

m-t-1 

m+2-p 


p+1-q 

P+1 


p+2-q 

q+1-r 


Description 

*For procedure type = load 

IPL load module; an eight-character EBCDIC symbolic name 
of the IPL load module to be sent to the PU identified in 
bytes 7-8 

ILU^SSCP, Norm; FMD NS(s) (INITIATE-SELF) 

INIT-SELF from the ILU requests that the SSCP authorize 
and assist in activating a session between the LU sending the 
request (that is, the ILU, which also becomes the OLU) and 
the LU named in the request (the DLU). 

X'010681' NS header 
bits 0-3, format: 

OOOU 

Format 0; specifies a subset of the parameters 
shown in Format 1 of INIT-SELF (described 
separately, because the NS header differs in the 
first byte), with the receiver supplying default 
values 

bit 4, reserved 

bits 5-6, PLU/SLU specification: 

00 DLU is PLU 
01 DLU isSLU 

10 SSCP determines PLU and SLU 

11 reserved 

bit 7, 0 initiate only (I); do not enqueue 

1 initiate/enqueue (l/Q); enqueue the request if it 
cannot be satisfied immediately 
Mode: an eight-character symbolic name (implementation- 
and installation-dependent) that identifies the set of rules and 
protocols to be used for the session; used by the SSCP(SLU) tc 
select the BIND image that will be used by the SSCP(PLU) to 
build the CINIT request 
Uninterpreted Name of DLU 
Type: X'F3'logical unit 
Length, in binary, of symbolic name 
Symbolic name, in EBCDIC characters 
Requester ID 

Length, in binary, of requester ID 
Note: X'OO' = no requester ID is presen t. 

Requester ID; the ID, in EBCDIC characters, of the end user 
initiating the request. (May be used to establish the authority 
of the end user to access a particular resource.) 

Password 

Length, in binary, of password 
Note: X'OO' = no password is presen t. 

Password used to verify the identity of the end user 
User Field 
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INIT-SELF (Format 0) • INIT-SELF (Format 1) 


By te (s} Descrip ti on 

q+1 Length, in binary, of user data 

Note: X'OO' = no user data is presen t. 



q+2-r User data: user-specific data that is not processed by network 

services protocol machines but is passed to the primary LU on 
the Cl NIT request 

Note; The following default values are supplied by the 
SSCPfILU) receiving the Format 0 INIT-SELF request: 

• Queuing conditions (if queuing is sped fied): 

—enqueue if session count exceeded 
—enqueue this request FIFO 

• Initiate origin: network user is the initiator 

• NOTIFY: do not notify 

INIT-SELF; ILU^SSCP, Norm; FMD NS(s) (INITIATE-SELF) (See the 
description with Format Oof INIT-SELF.) 

0-2 X'810681'NS header 

3 bits 0-3, format: 

0001 Format 1: specifies the full set of parameters 
bits 4-7, reserved 

4 Type: 

bits 0-1, 00 dequeue (DQ) a previously enqueued initiate 
request. (See bits 2-3 for further specification 
of setup actions.) 

01 initiate only (I); do not enqueue 

10 enqueue only (Q). (See byte 5 for further 
specification of queuing conditions.) 

11 initiate/enqueue (l/Q); enqueue the request if it 
cannot be satisfied immediately 

bits 2-3, (used for DQ; otherwise, reserved) 

00 leave on queue if setup attempt is unsuccessful 
01 remove from queue if setup attempt is unsuccessful 

10 remove from queue; do not attempt setup 

11 reserved 
bit 4, reserved 

bits 5-6, PLU/SLU specification: 

00 DLU is PLU 
01 DLU is SLU 

10 SSCP determines PLU/SLU specification, or when 
Type=DQ, the corresponding entry on the target 
queue may indicate that LU1 or LU2 is the PLU. 

11 reserved 
bit 7, reserved 

5 Queuing conditions for DLU. (When Type = DQ, bits 0-7 
are reserved.) 

bit 0, 0 do not enqueue if session count exceeded 
1 enqueue if session count exceeded 


'V... 
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I NIT-SELF (Format 1) 


Byte(s) 


6 


7 


8-15 


Description 

bit 1, 0 do not enqueue if DLU not enabled 
1 enqueue if DLU not enabled 
bit 2, 0 do not enqueue if CDINIT loses contention 
1 enqueue if CDINIT loses contention 
bit 3, 0 do not enqueue if no SSCP(DLU)-DLU path 

I enqueue if no SSCP(DLU)-DLU path 
bit 4, reserved 

bits 5-6, queuing position/service: 

00 put this request at the bottom of the queue. 

(The request is put at the bottom of the queue 
and serviced last.) 

01 enqueue this request FIFO 
10 enqueue this request LIFO 

II reserved 

bit 7, 0 do not enqueue for recovery retry 

1 enqueue for recovery retry. (The element is main¬ 
tained on the recovery retry queue even after the 
activation of the session, so that the session can be 
retried in the event of a session failure.) 

Note; Since queuing conditions are specified for the DLU 
only, the following default values are used by SSCP(OLU) for 
the OLU: 

• Enqueue if session count exceeded. 

• Enqueue this request at the foot of the queue (FIFO). 

m For "CDINIT contention "and "recovery retry," the defauh 
values are the same as those specified for the DLU. (See 
bits 2 and 7 above.) 

INITIATE origin: 
bits 0-2, reserved 

bit 3, (bit 3 is reserved when Type = DO) 

0 network user is the initiator 

I network manager is the initiator 
bits 4-7, reserved 

NOTIFY specifications: 

bits 0-1, (bits 0 and 1 are reserved when Type = DQ) 

00 do not notify LUs in session with DLU 
01 notify all LUs in session with DLU that the ILU/OLU 
has requested a session with the DLU 
10 notify LUs in session with DLU only if request is 
queued 

II reserved 
bits 2-3, reserved 

bit 4, 0 do not notify the ILU when the request is dequeued 
1 notify the I LU when the request is dequeued 
bits 5-7, reserved 

Mode: an eight-character symbolic name (implementation- 
and installation-dependent) that identifies the set of rules and 
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INIT-SELF (Format 1) • INOP 


Byte(s) 


16-n 

16 

17 

18-n 

n+1-p 

n+1 


n+2-p 


p+1-q 

P+1 


p+2-q 

q+1-r 

q +1 


q+2-r 


r+1-s 


r+1 


Description 

protocols to be used for the session; used by the SSCP(SLU) 
to select the BIND image that will be used by the SSCP(PLU) 
to build the CINIT request. (When Type = DQ, the Mode field 
is reserved.) 

Uninterpreted Name of DLU 
Type: X'F3'logical unit 
Length, in binary, of symbolic name 
Symbolic name, in EBCDIC characters 
Requester ID 

Length, in binary, of requester ID 
Note: X'OO' = no requester ID is present. 

Requester ID: the ID, in EBCDIC characters, of the end user 
initiating the request. (May be used to establish the authority 
of the end user to access a particular resource.) 

Password 

Length, in binary, of password 
Note: X'OO' = no password is present. 

Password used to verify the identity of the end user 
User Field 

(When Type = DQ, User field is reserved.) 

Length, in binary, of user data 

Note: X'OO' = no user data is present. 




User data: user-specific data that is not processed by network 
services protocol machines but is passed to the primary LU 
on the CINIT request 
User Request Correlation (URC) Field 

(When Type = DQ, the URC must be the same as in the original 
INIT-SELF request.) 

Length, in binary, of URC 

Note: X'OO'= no URC is present. 



r+2-s URC: end-user defined identifier; this value can be returned 

by the SSCP in a subsequent NOTIFY to correlate a given 
session to this initiating request 

INOP; PU-+SSCP, Norm; FMD NS(c) (INOPERATIVE) 

INOP is sent to the SSCP by the PU to report a link-related 
connection or contact failure involving one or more nodes. 
0-2 X'010281'NS header 

3-4 Network address of (1) an inoperative link or (2) a PU (when 

the PU is inoperative) 

5 bits 0-3, format: X'O' (only value defined) 

bits 4-7, reason: 

X'1' station inoperative (loss of contact, unexpected loss of 
connection, or connection establishment failure) 
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INOP • IPLFINAL • IPLINIT • IPLTEXT • LDREQD • LSA 


( 

I 

C 


Byte(s) Description 

X'2' link inoperative (link failure) 

X'3' station inoperative (discontact—loss of synchronization) 
X'4' station inoperative (incomplete discontact—loss of 
synchronization) 

X'5' station inoperative (request resynchronization—unexpected 
request for resynchronization) 

SSCP-^PPU, Norm; FMD NS(c) (IPL FINAL) 

IPLFINAL completes an IPL sequence and supplies the load- 
module entry point to the SPU node. A positive response to 
IPLFINAL indicates that the SPU node is successfully loaded. 
X'010205' NS header 

Network address of PU in node being loaded (the SPU) 

Entry point location within load module 


0-2 

3-4 

5-8 


IPLINIT; SSCP->PPU, Norm; FMD NS(c) (IPL INITIAL) 

IPLINIT transfers initial load information to the PPU, where 
it initiates a DLC-level load of an SPU node. The PPU deter¬ 
mines from the specified SPU address the correct link and 
secondary station addresses to be used. 

0-2 X'010203'NS header 

3-4 Network address of PU in node to be loaded (the SPU) 


r 

C 


IPLTEXT; SSCP ^ PPU, Norm; FMD NS(c) (IPL TEXT) 

IPLTEXT transfers load module information to the PPU, 
where it is passed as a DLC-level load to the SPU node. 
Following an IPLINIT, any number of IPLTEXT requests are 
valid. 

0-2 X'010204'NS header 

3-4 Network address of PU in node to be loaded (the SPU) 

5-n Text: a variable-length byte string in the form required by 

the node being loaded 

LDREQD; PU_T2|4 ^SSCP, Norm; FMD NS(c) (LOAD REQUIRED) 

The LDREQD request enables a PU_T4| 2 to request a specific 
IPL load module be moved to its node. 

0-2 X'410237'NS header 

3-10 IPL load module: an eight-character EBCDIC symbolic name 

of the IPL load module requested: 

X'4040...40' any load module will be accepted 
~i X'4040...40' specific load module specified 



LSA; PU->PU, Exp; NC (LOST SUBAREA) 

LSA is sent from PU_T4| 5 to PU_T4| 5 within a network 
to identify subareas to which routing has been interrupted, as 
well as to specify the reason for and location of the routing 
interruption. An LSA is sent only with no-response requested. 
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LSA • LUSTAT 


Byte (s) Descrip ti on 

0 X'05' request code 

1-2 Reserved 

3 Reason code, specifying why LSA was originated: 

X'01' unexpected routing interruption 

X'02' controlled routing interruption 

4 Format: X'01' (only value defined) 

5-8 Origination Address 

5-6 Reserved 

7-8 Network address of the PU that originated the LSA 

9-12 Lost Subarea Address Field 

9-10 Reserved 

11 Subarea address (left-justified) for a lost subarea 

12 Reserved 

13-n Additional 4-byte fields in the form of bytes 9-12, correspond¬ 

ing to additional lost subareas 


LUSTAT; LU-^LUjSSCP, Norm; DFC (LOGICAL UNIT STATUS) 

LUSTAT is used by a half-session to send status information 
to its paired half-session. The RU format allows the sending 
of either end-user information or LU status information. If 
the high-order two bytes of the status information are zero, 
then the low-order two bytes carry end-user information and 
may be set to any value. In general, LUSTAT is used to report 
failures and error recovery conditions for an LU component or 
subsidiary device. 

0 X'04' request code 

1-4 Status value + status extension field (two bytes each): 

X'OOOO' + 'uuuu' user status (no system-defined status) 

+ user-defined field 

X'0001' + 'ccOO' component now available + component 
identification (see Note) 

X'0002' + 'rrrr' sender will have no (more) FMD 

requests to transmit during the time 
that this session remains active + reserved 
field 

X'0003' + 'ccOO' component entering attended mode of 
operation + component identification 
(see Note) 

X'0004' + 'ccOO' component entering unattended mode 
of operation + component identification 
(see Note) 

X'0005' + 'iiii' prepare to commit all resources required 
for uninterruptible unit of work + 
information field: 

'0001' request End Bracket be sent on 
next chain (only value defined) 

X'0006' + 'rrrr' no-op (used to allow an RH to be sent 
when no other request is available or 
allowed) + reserved field 
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LUSTAT • NCIPLFINAL • NCIPLINIT 


Byte (s) 


Description 


X'0007' + Vrrr' 

X'OSOr +'ccOO' 

X'0802' + 'ccOO' 

X'OSIC' + 'ccOO' 

X'0824' + 'rrrr' 
X'082B' + 'ccOO' 

X'0831' + 'ccOO' 

X'0848' + 'rrrr' 
X'400A' + 'ssss' 


sender currently has no FMD requests 
to transmit (but may have later during 
the time that this session remains 
active) + reserved field 
component not available (for example, 
not configured) + component identifica¬ 
tion (see Note) 

component failure (intervention required 
+ component identification (see Note) 
component failure (permanent error) -i- 
component identification (see Note) 
function canceled + reserved field 
component available, but presentation 
space Integrity lost + component iden¬ 
tification (see Note) 
component disconnected (power off or 
some other disconnecting condition) + 
component identification (see Note) 
cryptography component failure + 
reserved field 

no-response mode not allowed -t- 
sequence number of the request speci¬ 
fying no-response 


Note: Values for "cc"byte are: 

X'OO' = LU itself rather than a specific LU component. 

Otherwise, 

bit 0, set to 1 

bits 1-3, LU component medium class: 

000 console 

001 exchange (for example, customer-removable 
diskette) 

010 card punch 
Oil printer 
101 display 

bits 4-7, LU component device address 


NCIPLFINAL; PU PU, Exp; NC (NC IPL FINAL) 

NCIPLFINAL contains the entry point location of the IPL 
module. 

0 X'02' request code 

1- 4 Entry point location (hexadecimal address) within load module 

NCIPLINIT; PU->PU, Exp; NC (NC IPL INITIAL) 

NCIPLINIT is sent from a PU_T5l4 to a PU_T4| 2 after the 
PU_T5| 4 processes an INITPRUC (Type = IPL) RU. 

0 X'03' request code 

1 Reserved 

2- 9 IPL load module: an eight-character EBCDIC symbolic name 

of the IPL load module to be transmitted 
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NCIPLTEXT* NOTIFY 


Byte(s) Description 

NCIPLTEXT; PU ^PU, Exp; NC {NC IPL TEXT) 

NCIPLTEXT contains the IPL data. 

0 X'04' request code 

1-n Text: a variable-length byte-string of IPL data, where the 

maximum value of n is 255. 

NOTIFY; SSCP->SSCP| LU, LU^SSCP, Norm; FMD NS(s) (NOTIFY) 
NOTIFY is used to send information about (LU,LU) session 
status (for example, session requested, session terminated) 

I from an SSCP to another SSCP or to an LU, or from an LU to 

an SSCP. NOTIFY carries information in the form of a (vector 
key, vector data) pair. 

I 0-2 X'810620' NS header (for SSCP -> LU and LU ^ SSCP) 

0-2 X'818620' NS header (for SSCPSSCP) 

3 NOTIFY vector key: 

X'01' resource requested: used to send NOTIFY to the 
current users (LUs) of a resource (LU) to inform 
them that another LU wishes to use the resource 
X'02' reserved 

X'03' ILU/TLU or third-party SSCP notification: 

• ILU/TLU notification: used to send NOTIFY to 
the issuer of an INIT or TERM request to give the 
status of the session 

• third-party SSCP notification: used to send NOTIFY 
to a third-party SSCP (the SSCP whose LU issued an 
INIT-OTHER or TERM-OTHER request) to give the 
status of the setup/takedown procedure 

X'OC' LU-LU session services capabilities: used to send 

NOTIFY to the SSCP having an active session with the 
sending LU, to convey the current LU-LU session ser¬ 
vices capability of that LU 
4-p NOTIFY Vector Data 

•For NOTIFY vector key X'OV: 

4-m Network name of requested LU 

4 Type: X'F3' logical unit 

5 Length, in binary, of symbolic name of LU 

6-m Symbolic name in EBCDIC characters 

m+1-p Network name of requesting LU 

m+1 Type: X'F3' logical unit 

m-f-2 Length, in binary, of symbolic name 

I m+3-p Symbolic name in EBCDIC characters 

•For NOTIFY vector key X'03': 

4 Status: 

X'OI' session terminated 
X'02' session initiated 
X'03' procedure error 
X'04' setup process started 
5-12 pcm 
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NOTIFY 


Byte (s) 

5-6 

7-12 


13 


14-17 


18 

I 


I 

19-n 
I 19-20 


Description 

Network address of the SSCP{ILU) or SSCP(TLU) 

A unique 6-byte value, generated by the SSCP(ILU) or 
SSCP(TLU), which is used in all cross-domain requests dealing 
with the same setup or takedown procedure until it is 
completed. 

Note: The contents of the PCID are not checked by an LU 
when it receives NO TIFY. 

Reason (defined for Status value of X'03' only) 

Note: There are two encodings of the Reason byte: 

• If bit 4 = 0, then the Reason byte is encoded for a setup 
procedure error. 

• If bit 4 = 1, then the Reason byte is encoded for a takedown 
procedure error. 

Setup Procedure Error 

bit 0, 1 CINIT error in reaching the PLU 

bit 1, 1 BIND error in reaching the SLU 

bit 2, 1 setup reject at the PLU 

bit 3, 1 setup reject at the SLU 

bit 4, 0 setup procedure error 

bit 5, reserved 

bit 6, 1 setup reject at SSCP 

bit 7, reserved 

Takedown Procedure Error 

bit 0, 1 CTERM error in reaching the PLU 

bit 1, 1 UNBIND error in reaching the SLU 

bit 2, 1 takedown reject at the PLU 

bit 3, 1 takedown reject at the SLU 

bit 4, 1 takedown procedure error 

bit 5, 1 takedown reject at the SSCP 

bit 6, 0 see following Note 

bit 7, reserved 

Note: The bit combination of 11 for bits 4 and 6 is set aside 
for implementation internal use and will not be otherwise 
defined. 

Sense data (defined for Status value of X'03' only): 

0000, 0801, 0803, 0804, 0805, 0806, 0809, 080A, 080C, 

080E, 080F, 0810, 0812, 0815, 0816, 081C, 0821,0836, 

0839, 083B, 083D, 083E, 083F, 0842, 1002, 1003, 1005 
Session key: 

X'05' PCID 

X'06' network name pair 

X'07' network address pair 

X'OA' URC 

Session Key Content 

•For session key X'05': PCID 

Network address of the SSCP(ILU) 
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NOTIFY 


Byte (s) 
21-26(=n) 


19 

20 

21-m 
m+1 
m+2 
m+3-n 

19- 20 
21-22(=n) 

19 

20- n 


n-t-l-p 

n-H 

n-f-2-p 


4 


5-6 

7-8 


Description 

A unique 6-byte value, generated by the SSCP(ILU), which 
is retained and used in all cross-domain requests dealing with 
the same procedure until it is completed 

Note: This session key is applicable within a NOTIFY only 
for SSCP-to-SSCP(TLU}; it differs from the PCID carried in 
the NOTIFY Vector Data field (bytes 5-12) for NOTIFY vector 
key X'03'. 

•For session key X'06': network name pair 
Type: X'F3' logical unit 

Length, in binary, of symbolic name of PLU (or OLD or LU1) 
Symbolic name in EBCDIC characters 
Type: X'F3'logical unit 

Length, in binary, of symbolic name of SLU (or DLL) or LU2) 

Symbolic name in EBCDIC characters 

•For session key X'07': network address pair 

Network address of PLU 

Network address of SLU 

•For session key X'OA': URC 

Length, in binary, of the URC 

URC: end user defined identifier 

Note: This session key is applicable within a NOTIFY only 
for SSCP-to-TLU; it is the URC carried as the session key in 
TERM, and differs from the URC in bytes n+1 through p. 

User Request Correlation (URC) Field 
Length, in binary, of the URC 

URC: end-user defined identifier, specified in an INIT or 
TERM request; used to correlate the given session to the 
initiating or terminating requests 

Note: The URC length is zero for SSCP-to-SSCP 

•For NOTIFY Vector Key X'OC': 
bits 0-3, primary LU capability: 

0000 cannot ever act as primary LU 
0001 cannot currently act as primary LU 
0010 reserved 

0011 can now act as primary LU 
bits 4-7, secondary LU capability: 

0000 cannot ever act as secondary LU 
0001 cannot currently act as secondary LU 
0010 reserved 

0011 can now act as secondary LU 
LU-LU session limit (where a value of zero means that no 
session limit is specified) 

LU-LU session count: the number of LU-LU sessions that 
are not reset, for this LU, and for which SESSEND will be 
sent to the SSCP 
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NOTIFY • NSLSA • NSPE 


By te (s) De scrip ti on 

9(=p) bit 0, parallel session capability: 

0 parallel sessions not supported 
1 parallel sessions supported 
bits 1-7, reserved 

NSLSA; PU_T415-»SSCP, Norm; FMD NS(c) (NETWORK SERVICES 
LOST SUBAREA) 

NSLSA is sent by a PU_T4l 5 to every SSCP with which it 
has an active session to report the interruption of routing cap¬ 
ability to a set of subareas after originating or propagating an 
LSA. The list of subareas in the NSLSA request is identical to 
the list sent by the PU_T4| 5 in the LSA request. 

0-2 X'010285'NS header 

Note: Bytes 3-n are identical to those in the originated or 
propagated LSA. 

3 Reason code, specifying why LSA was originated: 

X'01' unexpected routing interruption 

X'02' controlled routing interruption 

4 Format: X'01' (only value defined) 

5-8 Origination Address 

5-6 Reserved 

7-8 Network address of the PU that originated the LSA 

9-12 Lost Subarea Address Field 

9-10 Reserved 

11 Subarea address (left-justified) for a lost subarea 

12 Reserved 

13-n Additional 4-byte fields in the form of bytes 9-12, correspond¬ 

ing to additional lost subareas 

NSPE; SSCP->ILU or TLU, Norm; FMD NS(s) (NETWORK SERVICES 
PROCEDURE ERROR) 

NSPE is sent by the SSCP to inform an ILU or TLU that a ses¬ 
sion activation or deactivation attempt has failed after a posi¬ 
tive response has been sent to the corresponding activation or 
deactivation request. (NSPE is used if Format 0 of I NIT-SELF 
or TERM-SELF was used. Otherwise, NOTIFY is sent.) An 
NSPE is also sent to the TLU that issued a TERM-ALL to 
identify each session that has failed the termination process 
(one NSPE per deactivation failure) after a positive response 
has been sent to the TERM-ALL. (A negative response to 
CDTERM is an example of a failure causing NSPE to be sent.) 
0-2 X'010604'NS header 

Note: The remainder of this RU has two formats: a com¬ 
prehensive form and a condensed form, based upon the 
setting of bit 7 of the Reason byte (byte 3). The choice 
is implementation-dependent. 
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NSPE 


Byte (s) 
3 


4-7 


8 

9-n 

9 

10 

11-m 
m+l 
m+2 
m+3-n 


Description 

Comprehensive Format 
Reason: 

Note: There are two encodings of the Reason byte in the 
comprehensive format: 

• If bit 4 = 0, then the Reason byte is encoded for a setup 
procedure error. 

• If bit 4=1, then the Reason byte is encoded for a takedown 
procedure error. 

Setup Procedure Error 

bit 0, 1 CINIT error in reaching the PLU 

bit 1, 1 BIND error in reaching the SLU 

bit 2, 1 setup reject at the PLU 

bit 3, 1 setup reject at the SLU 

bit 4, 0 setup procedure error 

bit 5, reserved 

bit 6, 1 setup reject at SSCP 

bit 7, 1 comprehensive format of Reason byte 

Takedown Procedure Error 

bit 0, 1 CTERM error in reaching the PLU 

bit 1, 1 UNBIND error in reaching the SLU 

bit 2, 1 takedown reject at the PLU 

bit 3, 1 takedown reject at the SLU 

bit 4, 1 takedown procedure error 

bit 5, 1 takedown reject at SSCP 

bit 6, 0 see following Note 

bit 7, 1 comprehensive format of Reason byte 

Note: The bit combination of 11 for bits 4 and 6 is set aside 
for implementation internal use and will not be otherwise 
defined. 

Sense Data: 

0000,0801,0803, 0804, 0805, 0806, 0809, 080A, 080C, 

080E, 080F, 0810, 0812, 0815, 0816, 081C, 0821,0836, 

0839, 083B, 083D, 083F, 0842, 1002, 1003, 1005, and 
path, RH, and state error sense codes. (See the description of 
sense codes in the next section.) 

Session key: 

X'06' uninterpreted name pair 
Session Key Content 

•For session key X'06': uninterpreted name pair 
Type: X'F3'logical unit 

Length, in binary, of the symbolic name of the PLU 
Symbolic name in EBCDIC characters 
Type: X'F3'logical unit 

Length, in binary, of the symbolic name of the SLU 
Symbolic name in EBCDIC characters 
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NSPE • PROCSTAT • QC 


By te (s) Description 


I 


3 


4-m 

4 

5 

6-m 
m+1 -n 
m+1 
m+2 
m+3-n 


Condensed Format 
Reason: 

bit 0, 1 CINIT error in reaching the PLU 

bit 1, 1 BIND error in reaching the SLU 

bit 2, 1 setup reject at the PLU 

bit 3, 1 setup reject at the SLU 

bit 4, 1 takedown failure 

bit 5, 1 takedown reject at SSCP 

bit 6, 1 setup reject at SSCP 

bit 7, 0 condensed format 

Uninterpreted name of PLU 

Type: X'F3' logical unit 

Length, in binary, of symbolic name of PLU 

Symbolic name in EBCDIC characters 

Uninterpreted name of SLU 

Type: X'F3'logical unit 

Length, in binary, of symbolic name of SLU 

Symbolic name in EBCDIC characters 


PROCSTAT; PU_.T4| 5^SSCP, Norm; FMD NS(c) (PROCEDUR E STATUS) 


PROCSTAT reports to the SSCP either the successful comple¬ 
tion or the failure of the procedure initiated by the INITPROC 
request. If the procedure failed, the request code of the failing 
RU and sense data returned in the -RSP to the failing RU are 
included as parameters in the PROCSTAT RU. 

0-2 X'410236'NS header 

3-6 Reserved 

7-8 Network address of PU that initiated procedure 

9 Procedure type 

X'OO' load (only value defined) 

10 Procedure status: 

X'OO' successful (bytes 13-17 set to zeros) 

X'01' failure occurred—loss of contact (bytes 13-17 set to 
zeros) 

X'02' failure occurred—procedure failure; bytes 13-17 contain 
additional information 
11-12 Reserved 

13- 17 Status Qualifier 

13 Request code of failing NC RU 

14- 17 Sense data returned in the -RSP for the failing NC RU 


QC; LU ^ LU, Norm; DFC (QUIESCE CQMPLETE) 

QC is sent by either half-session after receiving QEC, to indicate 
that it has quiesced. QC is the last normal-flow request sent by 
a quiesced half-session until RELQ is received. If QC is received 
when QEC has not been sent, then the QC is rejected with a 
negative response and the sense code. Mode Inconsistency. 

0 X'81' request code 
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QEC • RECFMS 


Byte (s) Description 

QEC; LU-» LU, Exp; DEC (QUIESCE AT END QF CHAIN) 

QEC may be sent by either half-session to request the receiving 
half-session to quiesce (stop sending normal-flow requests) at 
the end of the FMD chain currently being sent (if any), 

0 X'80' request code 


RECFMS; PU^SSCP, Norm; FMD NS(ma) (RECORD FORMATTED 
MAINTENANCE STATISTICS) 

RECFMS permits the passing of maintenance statistics from a 
PU to maintenance services at the SSCP. The PU may send 
statistics for itself, or for its link, LU, or adjacent nodes as 
indicated by the type code and network address in the request. 
If the request is generated by a PU_T1 or PU_T2, its network 
address is not put in the request. Maintenance services at the 
SSCP is responsible for associating the PU network address with 
the request. RECFMS may be solicited (by REQMS request) 
or may be sent unsolicited. 

0-2 X'410384'NS header 


3-7 CNM Header 

3-4 CNM target ID, as specified in bytes 5-6, bits 2-3 

5-6 bits 0-1, reserved 

bits 2-3, CNM target ID descriptor: 

00 byte 4 contains a local address for a PU or LU in a 
PU_T2 node or an LSID for a PU or LU in a PU_T1 
node; byte 3 is reserved 

01 bytes 3-4 contain a network address for a link or link 
station attached to, or a PU or LU in, a PU_T4| 5 
node 

bits 4-15, procedure related identifier (PRID) 

7 Request-Specific Information 

bit 0, solicitation indicator: 

0 unsolicited request 
1 reply request 
bit 1, not last request indicator: 

0 last request in a series of related unsolicited or reply 
requests, for example, last reply request in a series cor¬ 
responding to a single soliciting request 
1 not last request 

bits 2-7, request-specific type code (see each byte 7 below) 

7- 17 Link Test Statistics 

7 bit 0, solicitation indicator (see byte 7 above) 

bit 1, not last request indicator (see byte 7 above) 
bits 2-7, type code: 000001; the CNM target ID is a PU for 
PU_T11 2 nodes or a link for PU_.T4| 5 nodes 

8- 11 bits 0-11, block number 

bits 12-31, ID number associated with the sending PU 
12-13 Reserved 
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RECFMS 


( 

C 

C 

c 

c 


Byte(s) Description 

14- 15 Counter: the number of times the secondary SDLC station 

has received an SDLC TEST command 

16- 17 Counter: the number of times the secondary SDLC station 

has transmitted an SDLC TEST response 

Note: AH counters are in binary. 

7- 22 Summary Error Data 

1 bit 0, solicitation indicator (see first byte 7 above) 

bit 1, not last request indicator (see first byte 7 above) 
bits 2-7, type code: 000010; the CNM target ID is a PU 

8- 11 bits 0-11, block number 

bits 12-31, ID number associated with the sending PU 
12-13 Reserved 

14 Summary counter validity mask: 

bit 0, set to 1 if machine check counter is valid 
bit 1, set to 1 if communication check counter is valid 
bit 2, set to 1 if SNA error counter is valid 
bits 3-7, reserved 

15- 16 Reserved 

17- 18 Machine check counter 

19-20 Communication check counter 

21-22 Count of SNA negative responses at this PU 

Note: AH counters are in binary. 

7- 28| 33 Communication Adapter Data 

1 bit 0, solicitation indicator (see first byte 7 above) 

bit 1, not last request indicator (see first byte 7 above) 
bits 2-7. type code; 000011; the CNM target ID is a PU for 
PU_T112 nodes or a link for PU_T4|5 nodes 

8- 11 bits 0-11, block number 

bits 12-31, ID number associated with the sending PU 
12-13 Reserved 

14 Adapter type: 

X'01' SDLC CCA link adapter 
X'03' SDLC Type 3 adapter 
X'04' SDLC Type 4 adapter 
15-28 Data for Adapter Type X'OT 

15 Communication adapter counter validity mask, byte 1: 

bit 0, set to 1 if nonproductive time-out counter is valid 
bit 1, set to 1 if idle time-out counter is valid 

bit 2, set to 1 if write retry counter is valid 

bit 3, set to 1 if overrun counter is valid 

bit 4, set to 1 if underrun counter is valid 

bit 5, set to 1 if connection problem counter is valid 

bit 6, set to 1 if PCS error counter is valid 

bit 7, set to 1 if primary station abort counter is valid 

16 Communication adapter counter validity mask, byte 2: 
bit 0, set to 1 if frame reject counter is valid 


75 



RECFMS 


Byte (s) 


17 

18 

19 

20 
21 
22 

23 

24 

25 

26 

27 

28 


15-33 

15 


16-17 

18-19 

20-21 

22-23 

24-25 

26-27 

30-31 

32-33 


7- n 
7 

8 - 11 


Description 

bit 1, set to 1 if DCE error counter is valid 
bit 2, set to 1 if write timeout counter is valid 
bits 3-7, reserved 
Reserved 

Nonproductive time-out counter 

Idle time-out counter 

Write retry counter 

Overrun counter 

Underrun counter 

Connection problem counter 

FCS error counter 

Primary station abort counter 

Frame reject counter 

DCE error counter 

Write time-out counter 



V 



Note: AH counters are in binary. 


Data for Adapter Types X'03'and X'04' 

Communication adapter counter validity mask: 

bit 0, set to 1 if total transmitted frames counter is valid 

bit 1, set to 1 if write retry counter is valid 

bit 2, set to 1 if total received frames counter is valid 

bit 3, set to 1 if FCS error counter is valid 

bit 4, set to 1 if frame reject counter is valid 

bit 5, set to 1 if DCE error counter is valid 

bit 6, set to 1 if nonproductive time-out counter is valid 

Reserved 

Total transmitted frames counter: the total number of 
SDLC l-frames transmitted successfully 
Write retry counter: the number of retransmissions of one 
or more SDLC l-frames 

Total received frames counter: the number of SDLC l-frames 
successfully received 

FCS error counter: the number of SDLC l-frames received 
with FCS errors 

Frame reject counter: the number of FRMR responses and 
invalid commands received 

DCE error counter: the number of DCE errors in the form of 
transmit failures and "data set ready" dropouts 
Inactivity time-out counter: the number of 30-second inactivity 
timeouts that have occurred 





Note: AH counters are in binary. 


PU/LU Dependent Data 

bit 0, solicitation indicator (see first byte 7 above) 
bit 1, not last request indicator (see first byte 7 above) 
bits 2-7, type code: 000100; the CNM target ID is a PUj LU 
bits 0-11, block number 

bits 12-31, ID number associated with the sending PU 
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RECFMS • RECMD • RECMS • RECSTOR 


C 

( 


Byte(s) 

12-13 

14-n 

7-n 

7 


8-11 

12-13 

14-n 


Description 

Reserved 

PU/LU dependent data 
Engineering Change Levels 

bit 0, solicitation indicator (see first byte 7 above) 
bit 1, not last request indicator (see first byte 7 above) 
bits 2-7, type code: 000101; the CNM target ID is a PU 
bits 0-11; block number 

bits 12-31, ID number associated with the sending PU 
Reserved 

Implementation defined data describing hardware, microcode, 
and programming levels 


RECMD; LUjPU^SSCP, Norm; FMD NS(me) (RECORD MEASURE¬ 
MENT DATA) 


RECMD sends data collected during a measurement to the 
SSCP. The format of the data and the frequency of reporting 
it are functions of the particular measurement. 

0-2 X'010480'NS header 


3-4 Network address of resource being measured: if the request 

sender is an LU, then the resource is the sending LU itself; if 
the request sender is a PU, then the resource is a link, LU, or 
PU (either the sending PU or an adjacent PU) 

5 Selected measurement type: no values yet defined 

6-n Measurement data: not defined 



RECMS; PU-> SSCP, Norm; FMD NS(ma) (RECORD MAINTENANCE 
STATISTICS) 

RECMS permits the passing of maintenance statistics from a 
PU to a centralized recording facility at the SSCP. A PU may 
send statistics for itself, for its node, for supporting links, or 
for adjacent SPU nodes, as indicated by the network address in 
the request. 

0-2 X'010381'NS header 

3-4 Network address of resource 

5-n Maintenance statistics 


€ 

0 


RECSTOR; PU -»SSCP, Norm; FMD NS(ma) (RECORD STORAGE) 
RECSTOR carries the storage display as requested by a 
DISPSTOR request. 


0-2 X'010334'NS header 

3-4 Network address of resource to be displayed 

5 Display type: 

X'01' nonstatic storage display 
X'02' static snapshot display 

6 Reserved 

7-8 Number of bytes of program storage following in this record 
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RECSTOR • RECTD • RECTR 


Byte (s) Description 

9-12 Beginning location 

13-n Storage display 

RECTD; PU ->SSCP, Norm; FMD NS(ma) (RECORD TEST DATA) 
RECTD returns the status and results of a test to SSCP 
maintenance services. 

0-2 X'010382'NS header 

3-4 Network address of resource under test 

5-8 Binary code selecting the test 

9-n Test status and results 



RECTR; PU -^SSCP, Norm: FMD NS(ma) (RECORD TEST RESULTS) 
RECTR is the reply request corresponding to a TESTMODE 
request. It returns the results and status for the test. Multiple 
reply requests may be sent in answer to a single soliciting 
TESTMODE request. When TESTMODE initiates a continuous 
test, the RECTR(s) is sent in reply to the TESTMODE request 
that terminates the test. However, the PR ID that is echoed in 
the CNM header of the replying RECTR is the PR ID received 
in the TESTMODE that initiated the test. 

0-2 X'410385'NS header 

3-7 CNM Header 

3-4 CNM target ID, as specified in bytes 5-6, bits 2-3 

5-6 bits 0-1, reserved 

bits 2-3, CNM target ID descriptor; 

00 byte 4 contains a local address for a PU or LU 
in a PU_T2 mode or an LSID for a PU or LU in 
a PU_T1 node; byte 3 is reserved 
01 bytes 3-4 contain a network address for a link or link 
station attached to, or a PU or LU in, a PU_T4j5 
node 

bits 4-15, procedure related identifier (PRID) 

7 Request-Specific Information 

bit 0, solicitation indicator: 

0 unsolicited request 
1 reply request 

bit 1, not last request indicator; 

0 last request in a series of related unsolicited or reply 
requests, for example, last reply request in a series 
corresponding to a single soliciting request 
1 not last request 

bits 2-7, request-specific type code (see byte 7 below) 

Link Level 2 Test Statistics 

7 bit 0, solicitation indicator (see byte 7 above) 

bit 1, not last request indicator (see byte 7 above) 
bits 2-7, type code: 000001; the CNM target ID specifies 
a link station attached to a PU_T4|5 node 
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RECTR • RECTRD • RELQ • REQCONT • REQDISCONT 


Byte (s) 

Description 

Note: When the attached link station is in a PU— T1 \2 node, 
the PU CNM ID is used as the link station CNM ID. 

8 

Reserved 

9-10 

Number of DLC link test frames transmitted 

11-12 

Number of DLC link test frames received with or without 

link errors 

13-14 

Number of DLC link test frames received without link errors 

15-16 

Reason for test termination: 

X'OOOO' test completed without error 

X'0001' test completed with error—see bytes 9-14 

X'0002' test ended because of link inoperative condition 
X'0003' test initialization failure; bytes 9-14 contain zeros 

RECTRD; PU-^ SSCP, Norm; FMD NS(ma) (RECORD TRACE DATA) 

RECTRD returns data collected during a trace of the specified 

resource. 

0-2 

X'010383' NS header 

3-4 

Network address of resource under trace 

5 

Selected trace 

6-n 

Trace data 

RELQ; LU 

^ LU, Exp; DFC (RELEASE QUIESCE) 

RELQ may be sent by either half-session to remove the 
quiesced condition of the receiving half-session. Only one 
RELQ is required to remove a quiesced condition that is the 
result of both QEC and SHUTD. If RELQ is received by an 

LU that is not quiesced but is otherwise able to process the 
request, a positive response is sent. 

0 

X'82' request code 

REQCONT; PPU ^ SSCP, Norm; FMD NS(c) (REQUEST CONTACT) 
REQCONT notifies the SSCP that a connection between 
the primary station of the specified link and a specified 
secondary station has been activated via a successful connect- 
in or connect-out procedure. A DLC-level station identificatio 
exchange (XID in SDLC) is required before issuing REQCONT 

0-2 

X'010284' NS header 

3-4 

Network address of link 

5-n 

XID l-field image: the bytes received in the information field 
of the SDLC XID response; see the later section, “SDLC 

XID Information-Field Format," for format details. 


REQDISCONT; SPU -^SSCP, Norm; FMD NS(c) (REQUEST 
DISCONTACT) 

With REQDISCONT, the SPU requests the SSCP to start a 
procedure that will ultimately discontact the secondary statior 
associated with the SPU. 
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REQDISCONT* REQMS 


Byte(s) Description 

0-2 X'01021B'NS header 

3 bits 0-3, type: 

X'O' normal 
X'8' immediate 

bits 4-7, CONTACT information: 

X'O' do not send CONTACT immediately 
X'1' send CONTACT immediately 



REQMS; SSCP-»PU, Norm; FMD NS(ma) (REQUEST 
MAINTENANCE STATISTICS) 

REQMS requests the PU to transmit maintenance statistics 
regarding the resource indicated by the network address in 
bytes 3 and 4 (or by the type code in byte 7 for PU_T11 2). 
These statistics are transmitted to maintenance services at the 
SSCP via the RECFMS request. 

0-2 X'410304'NS header 

3-7 CNM Header 

3-4 CNM target ID, as specified in bytes 5-6, bits 2-3 

5-6 bits 0-1, reserved 

bits 2-3, CNM target ID descriptor: 

00 byte 4 contains a local address for a PU or LU 
in a PU_T2 node, or an LSID for a PU or LU in a 
PU_T1 node; byte 2 is reserved 
01 bytes 3-4 contain a network address for a link or 
link station attached to, or a PU or LU in, a 
PU_T4|5 node 

bits 4-15, procedure related identifier (PRID) 

7 Request-Specific Information 

bit 0, reset indicator (or reserved, as shown below for each 
type code): 

0 do not reset data when RECFMS is sent in reply 
1 reset data when RECFMS is sent in reply 
bit 1, reserved 

bits 2-7, request-specific type code (see below) 

Link Test Statistics 
1 bit 0, reset indicator 

bit 1, reserved 

bits 2-7, type code: 000001; the CNM target ID is a PU 

for PU_T112 nodes or a link for PU_T4| 5 nodes 
Summary Error Data 
1 bit 0, reset indicator 

bit 1,reserved 

bits 2-7, type code: 000010; the CNM target ID is a PU 
Communication Adapter Data 
7 bits 0-1, reserved 

bits 2-7, type code: 000011; the CNM target ID is a PU 
for PU_T112 nodes or a link for PU_T4| 5 nodes 
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REQMS • REQTEST 


Byte (s) 

1 

1 

REQTEST; 

0-2 

3 

4 

5-m 

m-i-1 

m+2 

m-f-3-n 

n-f-1 

n-H2 

n+3-p 

P+1 

p+2-q 

q+1 

q+2-r 


Description 

PU/LU Dependent Data 
bit 0, reset indicator 
bit 1, reserved 

bits 2-7, type code: 000100; the CNM target ID is a PU or LU 
Engineering Change Levels 
bits 0-1, reserved 

bits 2-7, type code: 000101; the CNM target ID is a PU 

LU|PU->SSCP, Norm; FMD NS(ma) (REQUEST TEST 
PROCEDURE) 

REQTEST requests that the specified test procedure be 
executed for network name 2 and be controlled by network 
name 1. 

X'010380' NS header 
Network Name 1 
Type: X'F3'logical unit 

Length: binary number of bytes in symbolic name 
Note: X'OO' = no symbolic name is present. 

Symbolic name, in EBCDIC characters, of LU controlling the 
test 

Network Name 2 
Type: X'FI' physical unit 
X'F3' logical unit 
X'FQ'link 

Length: binary number of bytes in symbolic name 
Note: X'OO' = no symbolic name is present. 

Symbolic name, in EBCDIC characters, of resource to be tested 
Procedure Name 

Type: X'F5' test procedure name 

Length: binary number of bytes in symbolic name 

Note: X'OO' = no symbolic name is present. 

Symbolic name, in EBCID 1C characters, of test procedure to 
be executed 
Requester ID 

Length: binary number of bytes in requester ID 
Note: X'OO' = no requester ID is present. 

Requester ID, in EBCDIC characters, of the end user initiating 
the request. (May be used to verify end user's authority to 
access a particular resource.) 

Password 

Length: binary number of bytes in password 
Note: X'OO' = no password is present. 

Password field used to verify the identity of an end user 
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REQTEST • RNAA • RPO 


Byte(s) 

Description 

User Field 

r+1 

Length: binary number of bytes of user data 

Note: X'OO' = no user data is present. 

r+1-s 

User data 

RNAA; SSCP->PPU, Norm; FMD NS{c) (REQUEST NETWORK 

ADDRESS ASSIGNMENT) 

RNAA requests the PPU to update its path control routing 
table and to assign network addresses; (1) to SPUs, where the 
SPUs are identified in the RNAA request by a link network 
address and secondary link station addresses; or (2) to LUs, 
where the LUs are identified in the RNAA request by an SPU 
network address and the LU local addresses. The PPU returns 
the network addresses in the RNAA response. 

0-2 

X'410210' NS header 

3-4 

Network address of target link or SPU 

5 

Assignment type: 

X'OO' request is for network address assignment of PU(s) 
associated with target link 

X'01' request is for network address assignment of LU(s) 
associated with target SPU 

X'02' request is for an additional network address assignment 
for the target LU; bytes 3-4 contain the LU network 
address used in the SSCP-LU session 

6 

Number of network addresses to be assigned 

7-8 

Link Station AJdress, LU Local Address, or LU Network 

Address Entry 

For Assignment Type 0 

7 

Reserved 

8 

Secondary link station address associated with the SPU for 
which a network address is requested 

For Assignmen t Type 1 

7 

Reserved 

8 

Local address of an LU for which a network address is 
requested, where the local address has either the one-byte 
format of FID2 or the six-bit local address format of FID3 
(in which case, bits 0-1 of byte 8 are reserved) 

For Assignment Type 2 

7-8 

Reserved 

9-n 

Any additional two-byte entries in the same format as 
bytes 7-8 for assignment types Oand 1 (not present for 
assignment type 2) 

RPO;SSCP 

->PPU, Norm; FMD NS(c) (REMOTE POWER OFF) 

RPO causes the receiving PPU to initiate a DLC-level power-off 
sequence to the SPU node specified by the network address 
conveyed in the request. The SPU node being powered off does 
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RPO • RQR • RSHUTD • RTR • SBI • SDT • SESSEND 


( 

C 

C 

C 

c 

c 


Byteis) Description 

not need to have an active (SSCP,SPU) half-session nor be 
contacted. 

0-2 X'010209'NS header 

3-4 Network address of PU in node to be powered off (the SPU) 

RQR;SLU->PLU,SSCP^SSCP, Exp; SC (REQUEST RECOVERY) 

RQR is sent by the secondary session control to request the 
primary session control to initiate recovery procedures. 

0 X'A3'request code 

RSHUTD; SLU ^PLU, Exp; DFC (REQUEST SHUTDOWN) 

RSHUTD is sent from the SLU to the PLU to indicate that 
the SLU is ready to have the session deactivated. RSHUTD 
does not request a shutdown, therefore SHUTD is not a proper 
reply; RSHUTD requests an UNBIND. 

0 X'C2' request code 

RTR; LU->LU, Norm; DFC (READY TO RECEIVE) 

RTR indicates to the bidder that it is now allowed to initiate 
a bracket. RTR is issued by the first speaker, and is used only 
when using bracket protocols. 

0 X'05' request code 

SBI; LU->LU, Exp; DFC (STOP BRACKET INITIATION) 

SBI is sent by either half-session to request that the receiving 
half-session stop initiating brackets (via BB or BID). The 
receiving half-session may continue to initiate brackets until 
BIS is sent in reply; that is, BIS need not be sent at the next 
entry to the between brackets (BETB) state following the 
receipt of SBI. 

0 X'71' request code 

SDT; PLU ^ SLU, SSCPPU| SSCP, Exp; SC (START DATA TRAFFIC) 
SDT is sent by the primary session control to the secondary 
session control to enable both the sending and receiving of 
FMD and DFC requests and responses by both half-sessions. 

0 X'AO' request code 

SESSEND; PLU ->SSCP, Norm; FMD NS(s) (SESSION ENDED) 

SESSEND is sent by the PLU to notify the SSCP that the 
session between the specified LUs has been successfully 
deactivated. 

0-2 X'810688'NS header 

3 Reserved 

4 Session key: 

X'06' uninterpreted name pair 
X'07' network address pair 
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SESSEND • SESSST • SETCV NS (c) 


Byte(s) Description 

5-n Session Key Con ten t 

•For session key X'06': uninterpreted name pair 

5 Type: X'F3' logical unit 

6 Length, in binary, of symbolic name of PLU 

7-m Symbolic name in EBCDIC characters 

m+1 Type: X'F3' logical unit 

m+2 Length, in binary, of symbolic name of SLU 

m+3-n Symbolic name in EBCDIC characters 

•For session key X'07': network address pair 
5-6 Network address of PLU 

7-8(=n) Network address of SLU 

SESSST; PLU ^SSCP, Norm; FMD NS(s) (SESSION STARTED) 

SESSST is sent by the PLU to notify the SSCP that the 
session between the specified LUs has been successfully 
activated. 

X'810686' NS header 
Reserved 
Session key: 

X'06' uninterpreted name pair 
X'07' network address pair 
Session Key Content 

•For session key X'06': uninterpreted name pair 
Type: X'F3' logical unit 
Length, in binary, of symbolic name of PLU 
Symbolic name in EBCDIC characters 
Type: X'F3' logical unit 
Length, in binary, of symbolic name of SLU 
Symbolic name in EBCDIC characters 
•For session key X'07': network address pair 
Network address of PLU 
Network address of SLU 


0-2 

3 

4 


5-n 

5 

6 

7-m 

m+1 

m+2 

m+3-n 

5-6 

I 7-8(=n) 


SETCV; SSCP -+PU, Norm; FMD NS(c) (SET CONTROL VECTOR) 

SETCV sets a control vector that is maintained by the PU 
receiving the request and that is associated with the network 
address specified in the RU. 

0-2 X'010211'NS header 

3-4 Network address of resource to which control vector applies, 

as described in the Note below 

5-n Control vector, as described in the topic "Control Vectors 

and Control Lists," later in this section 

I Note: The following combinations are used in SETCV (con¬ 

figuration services): 

Vector Key (Byte 5) Resource (Bytes 3-4) 

X'Or PU 

X'02' Link to be used for routing to the 

I subarea specified in byte 6 
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SETCV NS(c) • SETCV NS(ma) • SHUTC • SHUTD • SIG 


Byte(s) Description 

X'03' SPU 

X'04' LU 

X'05' Link (S/370 channel) 

SETCV; SSCP->PU, Norm; FMD NS(ma) (SET CONTROL VECTOR) 
SETCV sets a control vector that is maintained by the PU 
receiving the request and that is associated with the network 
address specified in the RU. 

0-2 X'0103ir NS header 

3-4 Network address of resource to which control vector applies, 

as described in the note below 

5-n Control vector, as described in the section "Control Vectors 

and Control Lists," later in this section 

Note: The following combination is used in SETCV 
(maintenance services): 

Vector Key (Byte 5) Resource (Bytes 3-4) 

X'08' SPU 

SHUTC; SLU ->PLU, Exp; DFC (SHUTDOWN COMPLETE) 

SHUTC is sent by the SLU to indicate that it is ready to 
end the session and has quiesced. RELQ may be sent by 
the PLU to remove the quiesced condition of the SLU. If 
SHUTC is received when SHUTD has not been sent, then the 
SHUTC is rejected with a negative response and sense code. 
Mode Inconsistency. 

0 X'CI' request code 

SHUTD; PLU ^SLU, Exp; DFC (SHUTDOWN) 

SHUTD may be sent by the PLU to request the SLU to 
quiesce when the SLU is ready to end the session. If SHUTD 
is received by an SLU while it is in the quiesced condition, the 
response to SHUTD must be issued. An SLU can be quiesced 
due to a QEC-QC sequence and can then receive a SHUTD 
that causes a SHUTC to be issued. 

0 X'CO' request code 

SIG; LU LU, Exp; DFC (SIGNAL) 

SIG can be sent between half-sessions, regardless of the status 
of the normal flows. It carries a four-byte signal code, of which 
the first two bytes are the Signal field and the last two bytes 
are the User field. The signal code values are used in higher 
level protocols. 

0 X'C9' request code 

1-4 Signal code + signal extension field (2 bytes each), set by the 

sending end user of NAU services manager; has meaning only 
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SIG • STARTMEAS • STORMEAS • STSN 


Byte(s) Description 

level or above: 

no-op (no system-defined code) + 
user-defined field 
request to send -i- reserved field 
assistance requested + user defined field 
intervention required (no data loss) + 
user-defined field 

STARTMEAS; SSCP ^ LU| PU, Norm; FMD NS(me) (START 
MEASUREMENT) 

STARTMEAS requests the PU or LU to activate the specified 
test type on the resource specified by the network address in 
the RU. If sent to an LU, the resource is the LU itself. If 
directed to a PU, the resource may be a link, an LU, or a 
PU (the DAF PU itself or an adjacent PU). 

02 X'010401'NS header 

3-4 Network address of resource to be measured: if request 

receiver is an LU, then the resource is the LU itself; if request 
receiver is a PU, then the resource is a link, LU, or PU (either 
the receiving PU or an adjacent PU) 

5 Selected measurement type: no values yet defined 

6-n Measurement parameters: none yet defined 

STOPMEAS; SSCP ^ LU| PU, Norm; FMD NS(me) (STOP MEASUREMENT) 
STOPMEAS requests the PU or LU to terminate the specified 
test type for the resource specified by the network address in 
the RU. 

0-2 X'010402'NS header 

3-4 Network address of resource being measure: if request 

receiver is an LU, then the resource is the LU itself; if request 
receiver is a PU, then the resource is a link, LU, or PU (either 
the receiving PU or an adjacent PU) 

5 Selected measurement type: no values yet defined 

STSN; PLU ^SLU, Exp; SC (SET AND TEST SEQUENCE NUMBERS) 

STSN is sent by the primary session control to resynchronize 
the values of the CPMGR sequence numbers, for one or both of 
the normal flows at both ends of the session. 

0 X'A2' request code 

1 bits 0-1, action code for S“^Pflow (related data in bytes 2-3) 

bits 2-3, action code for P "^S flow (related data in bytes 4-5) 

Note: Each action code is set and processed independently. 
Values for either action code are: 

00 ignore; this flow not affected by this STSN 
01 set; CPMGR's value must be set to the value in bytes 2-3 or 
4-5r as appropriate 

10 sense; secondary end user (or NAU services manager) must 


to the NAU services 
X'OOOO' -I- 'uuuu' 

X'OOOr + 'rrrr' 

I X'0002'-t-'uuuu' 

X'0003' + 'uuuu' 
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STSN • TERM-OTHER 


Byte(s) Description 

return its sequence number for this flow in the response RU 
11 set and test; CPMGR's value must be set to the value in 
appropriate bytes 2-3 or 4-5, and the secondary end user 
(or NAU services manager) must compare that value against 
its own and respond accordingly 
bits 4-7, reserved 

2-3 Secondary-to-primary sequence number data to support 

S P action code 

4-5 Primary-to-secondary sequence number data to support 

P S action code 

Note: For action codes 01 and 11, the appropriate bytes 2-3 
or 4-5 contain the value to which the CPMGR's value is set 
and against which the secondary end user (or NAU services 
manager) tests its value for the respective flow. For action 
codes 00 and 10, the appropriate bytes 2-3 or 4-5 are reserved. 

TERM-OTHER; TLU ->SSCP, Norm; FMD NS(s> (TERMINATE-OTHER) 

TERM-OTHER from the TLU requests that the SSCP assist in 
deactivating session(s) between the two LUs named in the RU. 
The requester may be a third party or one of the two named 
LUs. 

0-2 X'810682'NS header 

3 bits 0-3, 0001 Format 1 (Only value defined) 

bits 4-7, reserved 

4 Type: 

bits 0-1,00 the request applies to active and pending-active 
sessions 

01 the request applies to active, pending-active, and 
queued sessions 

10 the request applies to queued sessions only 

11 reserved 

bit 2, 0 forced termination—session to be deactivated 
immediately and unconditionally 
1 orderly termination—permitting an end-of-session 
procedure to be executed at the PLU before the session 
is deactivated 

bit 3, 0 not last session for LU1 
1 last session for LU1 
bit 4, 0 not last session for LU2 
1 last session for LU2 

Note: The term "last session"is relative to the TLU's know¬ 
ledge of the sessions that LU1 and LU2 have active. 

bits 5-6, 00 LU1 is PLU 
01 LU2 is PLU 

10 SSCP determines PLU/SLU 

11 reserved 


87 



TERM-OTHER 


Byte (s) 


5 


6 


7 

8 


I 

9-n 


9 

10 

11-m 

m+1 

m+2 

rn+S-n 


9- 10 

11-12(=n) 

9 

10- n 


n+1-p 

n+1 


Description 

bit 7, 0 not cleanup 
1 cleanup 
Reason: 

bits 0-2, reserved 

bit 3, 0 network user requested the termination 

1 network manager requested the termination 
bit 4, reserved 
bit 5, 0 normal termination 
1 abnormal termination 
bits 6-7, reserved 
NOTIFY specifications: 
bits 0-5, reserved 

bit 6, 0 do not notify TLU when the session takedown 
procedure is complete 

1 notify the TLU when the session takedown procedure 
is complete (not allowed with Type = cleanup) 
bit 7, reserved 
Reserved 
Session key: 

X'06' uninterpreted name pair 
X'07' network address pair 
X'OA' URC 
Session Key Content 

•For session key X'06': uninterpreted name pair 

Type: X'F3' logical unit 

Length, in binary, of symbolic name of LU1 

Symbolic name in EBCDIC characters 

Type: X'F3'logical unit 

Length, in binary, of symbolic name of LU2 

Symbolic name in EBCDIC characters 

Note: If the length of one of the uninterpreted names (LU1 
or LU2, but not both) is zero, then all sessions for the named 
LU, as specified by the Type byte, are terminated as a result 
of this TERM-OTHER request. 

•For session key X'07': network address pair 

Network address of PLU 

Network address of SLU 

•For session key X'OA'; URC 

Length, in binary, of the URC 

URC; end user defined identifier 

Note: This URC is the one carried in the IN IT issued previously 
by the same LU (that is, ILU = TLU), and differs from the one 
in bytes q + 1 through r. 

Requester ID 

Length, in binary, of requester ID 
Note: X'OO' = no requester ID is present. 
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TERM-OTHER • TERM-OTHER-CD 


( 

C 

c 


c 

c 


Byte(s) Description 

n+2-p Requester ID: the ID, in EBCDIC characters, of the end 

user initiating the request 
p+1 -q Password 

p+1 Length, in binary, of password 

Note: XVO' = no password is presen t. 

p+2-q Password used to verify the identity of the end user 

q+1 -r User Request Correlation (URC) Field 

q+1 Length, in binary, of the URC 

Note: X'OO' = no URC is presen t. 

q-i-2-r URC: end-user defined identifier; this value can be returned 

by the SSCP in a subsequent NOTIFY or NSPE to correlate a 
given session to this terminating request 

TERM-OTHER-CD; SSCP(TLU)SSCP{OLU), Norm; FMD NS(s) 
(TERMINATE-OTHER CROSS-DOMAIN) 

TERM-OTHER-CD transports a TERM-OTHER request from 
the SSCP(TLU) where it was received, to the SSCP(OLU), whici 
manages at least one of the (LU1 ,LU2) pair participating in the 
session(s) to be terminated. 

0-2 X'818642'NS header 

3 bits 0-3, 0000 Format 0 (only value defined) 

bits 4-7, reserved 

4 Type: 

bits 0-1,00 the request applies to active and pending-active 
sessions 

01 the request applies to active, pending-active, and 
queued sessions 

10 the request applies to queued sessions only 

11 reserved 

bit 2, 0 forced termination—session to be deactivated immedi¬ 
ately and unconditionally 
1 orderly termination—permitting an end-of-session 
procedure to be executed at the PLU before the session 
is deactivated 

bit 3, 0 not last session for LU1 
1 last session for LU1 
bit 4, 0 not last session for LU2 
1 last session for LU2 

Note: The term "last session"is relative to the TLU's know¬ 
ledge of the sessions that LU1 and LU2 have active. 

bits 5-6, 00 LU1 is PLU 
01 LU2isPLU 

10 SSCP determines PLU/SLU 

11 reserved 
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TERM-OTHER-CD 


Byte(s) 


5-12 

5-6 

7-12 


13 


14-15 

16 

I 


17-n 

17-18 

19-24(=n) 


17 

18 

19-m 

m+1 

m+2 

m+3-n 


17-18 

19-20{=n) 

n+1-p 

n+1 


Description 

bit 7, 0 not cleanup 
1 cleanup 

PCID 

Network address of the SSCP(TLU) 

A unique 6-byte value, generated by the SSCP{TLU), which 
is retained and used in all cross-domain requests dealing with 
the same procedure until it is completed 
Reason: 

bits 0-2, reserved 

bit 3, 0 network user requested the termination 

1 network manager requested the termination 
bit 4, reserved 
bit 5, 0 normal termination 
1 abnormal termination 
bits 6-7, reserved 
Reserved 
Session key ; 

X'05' PCID 

X'06' network name pair 
X'07' network address pair 
Session Key Content 
•For session key X'05': PCID 
Network address of the SSCP(ILU) 

A unique six-byte value, generated by the SSCP(I LU), which 
is retained and used in all cross-domain requests dealing with 
the same procedure until it is completed 

Note: This is a PCID generated by the SSCP(ILU), and differs 
from the one in bytes 5-12. 

•For session key X'06': network name pair 

Type: X'F3' logical unit 

Length, in binary, of symbolic name of LU1 

Symbolic name in EBCDIC characters 

Type: X'F3' logical unit 

Length, in binary, of symbolic name of LU2 

Symbolic name in EBCDIC characters 

Note: If the length of one of the network names, but not 
both, is zero, then all sessions specified by the Type byte are 
terminated as a result of this TERM-OTHER-CD request. 

•For session key X'07': network address pair 
Network address of PLU 
Network address of SLU 
Requester ID 

Length, in binary, of requester ID 
Note: X'OO' = no requester ID is present. 
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TERM-OTHER-CD • TERM-SELF (Format 0) 



Byte (s) 
n+2-p 


p+1-q 

P+1 


Description 

Requester ID; the ID, in EBCDIC characters, of the end-user 

initiating the request 

Password 

Length, in binary, of password 


C 

€ 


c 


Note: X'OO' = no password is present. 
p+2-q Password used to verify the identity of the end-user 

TERM-SELF; TLU SSCP, Norm; FMD NS(s) (TERMINATE-SELF) 

TERM-SELF from the TLU requests that the SSCP assist in 
deactivating a session between the sender of the request 
(TLU = OLU) and the DLU specified in the request. If no 
DLU is specified the request applies to all sessions (in specified 
states) involving the TLU. 

0-2 X'010683'NS header 

3 Type: 

bits 0-1, 00 the request applies to active and pending-active 
sessions 

01 the request applies to active, pending-active, and 
queued sessions 

10 the request applies to queued only sessions 

11 reserved 

bit 2, 0 forced termination—session to be deactivated 
immediately and unconditionally 
1 orderly termination—permitting an end-of-session 
procedure to be executed at the PLU before the session 
is deactivated 

bit 3, 0 not last session for OLU 
1 last session for OLU 
bit 4, 0 do not clean up 
1 clean up 

bits 5-6, 00 DLU is PLU 
01 DLU is SLU 

10 SSCP determines PLU and SLU 

11 reserved 

bit 7, 0 indicates that the format of the RU is Format 0 and 
that byte 3 is the Type byte. 

4-m Uninterpreted Name of DLU 

4 Type: X'F3'logical unit 

5 Length, in binary, of symbolic name 


Note: If the length value of the DLU name is zero, then the 
TERM-SELF applies to all sessions, as specified in the Type 
byte, where the TLU is a partner. 



Symbolic name, in EBCDIC characters 

Note 1: Bits 2 and 4 of the Type byte (byte 3) together 
provide the following combinations: 

• Forced-not cleanup: requires the PLU to initiate session 
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TERM-SELF (Format 0) • TERM-SELF (Format 1) 


Byte(s) 


Description 

deactivation procedures immediately and unconditionally. 
The PLU user is notified. 

• Orderly-not cleanup: permits an end-of-session procedure 
to be executed at the PLU before the session is deactivated. 

• Cleanup-Orderly: requests the SSCP to initiate cleanup 
procedures for the PLU, boundary function, and SLU. The 
request notifies the SSCP(OLU) to dean up its LU-LU 
session-related information and send CDTERM (Cleanup- 
Orderly). 

• Cleanup-Forced: has the same meaning as Cleanup-Orderly 
for the TLU (OLU) and the SSCP(OLU) except that 
CDTERM is not sent. 

Note 2: The following defaults are supplied by the SSCP 
receiving a Format 0 TERM-SELF: 

• Type: do not dean up 

m Reason: network user, normal 

• Notify: do not notify 

• Requester ID, URC, and password are not used in mapping 
to subsequent requests. 




TERM-SELF; TLU-> SSCP, Norm; FMD NS(s) (TERMINATE SELF) 

(See the description with Format 0 of TERM-SELF.) 

0-2 X'810683'NS header 

3 bits 0-3, format: 

0001 Format 1 (only value defined) 
bits 4-6, reserved 

bit 7, 1 indicates that byte 3, bits 0-3, contain the format value 

4 Type: 

bits 0-1, 00 the request applies to active and pending-active 
sessions 

01 the request applies to active, pending-active, and 
queued sessions 

10 the request applies to queued sessions only 

11 reserved 

bit 2, 0 forced termination—session to be deactivated immediately 
and unconditionally 

1 orderly termination—permitting an end-of-session 
procedure to be executed at the PLU before the session 
is deactivated 

bit 3, 0 not last session for OLU 
1 last session for OLU 
bit 4, reserved 
bits 5-6, OODLUisPLU 
01 DLU is SLU 

10 SSCP determines PLU and SLU 

11 reserved 

bit 7, 0 do not clean up 
1 clean up 
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TERM-SELF (Format 1) 


Byte (s) 
5 


6 


7 

8 


I 

9-n 

9 

10 
11-n 


9- 10 

11-12(=n) 

9 

10- n 


n+1-p 

n+1 


n+2-p 

p+1-q 

P+1 


Description 

Reason; 

bits 0-2, reserved 

bit 3, 0 network user requested the termination 

1 network manager requested the termination 
bit 4, reserved 
bit 5, 0 normal termination 
1 abnormal termination 
bits 6-7, reserved 
NOTIFY specifications: 
bits 0-5, reserved 

bit 6, 0 do not notify TLU when the session takedown 
procedure is complete 

1 notify the TLU when the session takedown procedure 
is complete (not allowed with Type = Cleanup) 
bit 7, reserved 
Reserved 
Session key: 

X'01' uninterpreted name 
X'07' network address pair 
X'OA' URC 
Session Key Content 

•For session key X'01'; uninterpreted name 
Type: X'F3' logical unit 
Length, in binary, of symbolic name 
Symbolic name in EBCDIC characters 

Note: If the length value is zero then the TERM-SELF 
applies to all sessions specified in the Type byte where the TLU 
is a partner. 

•For session key X'07': network address pair 

Network address of PLU 

Network address of SLU 

•For session key X'OA': URC 

Length, in binary, of the URC 

URC: end user defined identifier 

Note: This URC is the one carried in the INIT issued previously 
by the same LU (that is, ILU = TLU), and differs from the one 
in bytes q + 1 through r. 

Requester ID 

Length, in binary, of requester ID 
Note: X'OO' = no requester ID is present. 

Requester ID; the ID, in EBCDIC characters, of the end user 

initiating the request 

Password 

Length, in binary, of password 
Note: X'OO' = no password is present. 
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TERM-SELF (Format 1) • TESTMODE 


Byte (s) Descrip ti on 

p+2-q Password used to verify the identity of the end user 

q+1 -r User Request Correlation (URC) Field 

q+1 Length, in binary, of URC field 

Note: X'OO' = no URC is present 

q+2-r URC: end-user defined identifier; this value can be returned 

by the SSCP in a subsequent NOTIFY to correlate a given 
session to this terminating request 




TESTMODE; SSCP ^PU, Norm; FMD NS(ma) (TEST MODE) 

TESTMODE requests the CNM services associated with the 

PU to manage a test procedure. The test procedure begins 

with the TESTMODE request that initiates a test and ends | 

when the test results and status are returned in a RECTR 

reply request corresponding to the initializing TESTMODE 

request. 

0-2 X'410305'NS header 

3-7 CNM Header 

3-4 CNM target ID, as specified in bytes 5-6, bits 2-3 

5-6 bits 0-1, reserved 

bits 2-3, CNM target ID descriptor: 

00 byte 4 contains a local address for a PU or LU in a 
PU_T2 node, or an LSID for a PU or LU in a 
PU_T1 node; byte 3 is reserved 
01 bytes 3-4 contain a network address for a link or link 
station attached to, or a PU or LU in, a PU_T4| 5 
node 

bits 4-15, procedure related identifier (PRID) 

7 Request-Specific Information 
bits 0-1, reserved 

bits 2-7, request-specific type code (see below) 

7-n Link Level 2 Test Statistics 

1 bits 0-1, reserved 

bits 2-7, type code: 000001; the CNM target ID specifies a 

link station attached to a PU_T4| 5 node 

Note: When the attached link station is in a PU— TI \ 2 node, 
the PU CNM ID is used as the link station CNM ID. 

I 

8 Reserved 

9-10 Test initiation/termination code: 

X'0000'(=n1) terminate an ongoing link test previously 
initiated 

X'FFFF'(=n2) initiate a link test and run it continuously 
n= —1 (n 11 n2) initiate a link test and transmit n test frames 
11-12 For point-to-point links this field is reserved; for multipoint 

links, this field specifies the number of test frame transmissions 
to be sent each time the secondary link station is serviced, for 
example, in SDLC the time interval during which frames are 
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TESTMODE • UNBIND • UNBINDF 


Byte(s) Description 

being sent and received from a single secondary link station 
without another secondary link station on the link being 
polled or being sent frames 

13-n Data to be sent in the data field of the link test frame 

UNBIND; PLU ^SLU, Exp; SC (UNBIND SESSION) 

UNBIND is sent from the PLU to the SLU to deactivate an 
active session between the two. UNBIND is always 
performed when received. 

0 X'32' request code 

1 Type UNBIND: 

X'01' normal end of session 

X'02' BIND forthcoming; retain the node resources allocated 
to this session, if possible 

X'03' talk: the session will be resumed by the sender of 

UNBIND after alternate use of the physical connection 
X'04' restart mismatch: synch point records do not match; 
operator intervention is needed before the session can 
be established 

X'05' LU not authorized: the secondary half-session has 
failed to supply an acceptable password or other 
authorization information in the User Data field 
X'06' invalid session parameters: the BIND negotiation has 
failed due to an inability of the primary half-session to 
support parameters specified by the secondary 

PLU-^SSCP, Norm; FMD NS(s) (UNBIND FAILURE) 
UNBINDF is sent by the PLU to notify the SSCP that the 
attempt to deactivate the session between the specified LUs 
has failed (for example, because of a path failure). 

X'810687' NS header 
Sense Data: 

0801, 0803, 0804, 080A, 080E, 080F, 0810, and path, RH, 
and state error sense codes. (See the description of sense codes 
in the next section.) 

Reason: 
bit 0, reserved 

bit 1, 1 UNBIND error in reaching SLU 
bit 2, 1 takedown reject at PLU 
bits 3-7, reserved 
Session key: 

X'06' uninterpreted name pair 
X'07' network address pair 
Session Key Content 


UNBINDF; 

0-2 

3-6 

7 

8 

9-n 
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UNBINDF 


Bytes (s) 


9 

10 

11-m 

m+1 

m+2 

m+3-n 

9-10 

11-12(=n) 


Description 

•For session key X'06': uninterpreted pair 

Type: X'F3' logical unit 

Length, in binary, of symbolic name of PLU 

Symbolic name in EBCDIC characters 

Type: X'F3' logical unit 

Length, in binary, of symbolic name of SLU 

Symbolic name, in EBCDIC characters 

•For session key X'07': network address pair 

Network address of PLU 

Network address of SLU 
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INDEX OF RUs BY NS HEADERS AND REQUEST 
CODES 


Code 

RU 

Full Name 

Page 

X'01020r 

CONTACT 

CONTACT 

46 

X‘010202' 

DISCONTACT 

DISCONTACT 

50 

X'010203' 

IPLINIT 

IPL INITIAL 

65 

X'010204' 

IPLTEXT 

IPLTEXT 

65 

X'010205' 

IPLFINAL 

IPL FINAL 

65 

X'010206' 

DUMPINIT 

DUMP INITIAL 

51 

X'010207' 

DUMPTEXT 

DUMPTEXT 

51 

X'010208' 

DUMPFINAL 

DUMP FINAL 

51 

X'010209' 

RPO 

REMOTE POWER OFF 

82 

X'01020A' 

ACTLINK 

ACTIVATE LINK 

21 

X'01020B' 

DACTLINK 

DEACTIVATE LINK 

48 

X‘01020C' 

CESLOW 

CONTROL ENTERING 
SLOWDOWN 

40 

X'01020D' 

CEXSLOW 

CONTROL EXITING 

SLOWDOWN 

41 

X'01020E' 

CONNOUT 

CONNECT OUT 

45 

X‘01020F' 

ABCONN 

ABANDON CONNECTION 

20 

X'0102ir 

SETCV 

SET CONTROL VECTOR 
(FMD NS(c)) 

84 

X'010214' 

ESLOW 

ENTERING SLOWDOWN 

52 

X'010215' 

EXSLOW 

EXITING SLOWDOWN 

52 

X'010216' 

ACTCONNIN 

ACTIVATE CONNECT IN 

21 

X'010217' 

DACTCONNIN 

DEACTIVATE CONNECT IN 

48 

X'010218' 

ABCONNOUT 

ABANDON CONNECT OUT 

20 

X'010219' 

ANA 

ASSIGN NETWORK ADDRESS 

22 

X'01021A' 

FNA 

FREE NETWORK ADDRESS 

52 

X'01021B' 

REQDISCONT 

REQUEST DISCONTACT 

79 

X'010280' 

CONTACTED 

CONTACTED 

46 

X'01028r 

INOP 

INOPERATIVE 

64 

X'010284' 

REQCONT 

REQUEST CONTACT 

79 

X'010285' 

NSLSA 

NETWORK SERVICES LOST 
SUBAREA 

71 

X'010301' 

EXECTEST 

EXECUTE TEST 

52 

X'010302' 

ACTTRACE 

ACTIVATE TRACE 

21 

X'010303' 

DACTTRACE 

DEACTIVATE TRACE 

49 

X'0103ir 

SETCV 

SET CONTROL VECTOR 
(FMD NS(ma)) 

85 

X'01033r 

DISPSTOR 

display STORAGE 

50 

X'010334' 

RECSTOR 

RECORD STORAGE 

77 

X'010380' 

REQTEST 

REQUEST TEST PROCEDURE 

81 

X'010381' 

RECMS 

RECORD MAINTENANCE 
STATISTICS 

77 

X'010382' 

RECTD 

RECORD TEST DATA 

78 

X'010383' 

RECTRD 

RECORD TRACE DATA 

79 

X‘010401' 

STARTMEAS 

START MEASUREMENT 

86 

X'010402' 

STOPMEAS 

STOP MEASUREMENT 

86 


Code 

RU 

Full Name 

Page 

X'010480' 

RECMD 

RECORD MEASUREMENT 

DATA 

77 

X'010604' 

NSPE 

NS PROCEDURE ERROR 

71 

X'010681' 

INIT-SELF 

INITIATE-SELF (Format 0) 

61 

X'010683' 

TERM-SELF 

TERMINATE-SELF 
(Format 0) 

91 

X'410210' 

RNAA 

REQUEST NETWORK 
ADDRESS ASSIGNMENT 

82 

X'410235' 

INITPROC 

INITIATE PROCEDURE 

60 

X'410236' 

PROCSTAT 

PROCEDURE STATUS 

73 

X'410237' 

LDREQD 

LOAD REQUIRED 

65 

X'410304' 

REQMS 

REQUEST MAINTENANCE 

STATISTICS 

80 

X'410305' 

TESTMODE 

TEST MODE 

94 

X'410384' 

RECFMS 

RECORD FORMATTED 
MAINTENANCE STATISTICS 

74 

X'410385' 

RECTR 

RECORD TEST RESULTS 

78 

X'810601' 

CINIT 

CONTROL INITIATE 

41 

X'810602' 

CTERM 

CONTROL TERMINATE 

46 

X'810620' 

NOTIFY 

NOTIFY (SSCP-^LU) 

68 

X'810629' 

CLEANUP 

CLEAN UP SESSION 

44 

X'810680' 

IN IT-OTHER 

INITIATE-OTHER 

57 

X'810681' 

INIT-SELF 

INITIATE-SELF (Format 1) 

62 

X'810682' 

TERM-OTHER 

TERMINATE-OTHER 

87 

X'810683' 

TERM-SELF 

TERMINATE-SELF 
(Format 1) 

92 

X'810685' 

BINDF 

BIND FAILURE 

28 

X'810686' 

SESSST 

SESSION STARTED 

84 

X'810687' 

UNBINDF 

UNBIND FAILURE 

95 

X'810688' 

SESSEND 

SESSION ENDED 

83 

X'810810' 

FORWARD 

FORWARD 

52 

X'810812' 

DELIVER 

DELIVER 

49 

X'818620' 

NOTIFY 

NOTIFY (SSCP^SSCP) 

68 

X'818627' 

DSRLST 

DIRECT SEARCH LIST 

51 

X'818640' 

INIT-OTHER-CD 

INITIATE-OTHER 

CROSS-DOMAIN 

57 

X'818641' 

CDINIT 

CROSS-DOMAIN INITIATE 

30 

X'818642' 

TERM-OTHER-CD 

TERMINATE-OTHER 

CROSS-DOMAIN 

89 

X'818643' 

CDTERM 

CROSS-DOMAIN 

TERMINATE 

38 

X'818645' 

CDSESSSF 

CROSS-DOMAIN SESSION 
SETUP FAILURE 

34 

X'818646' 

CDSESSST 

CROSS-DOMAIN SESSION 
STARTED 

35 

X'818647' 

CDSESSTF 

CROSS-DOMAIN SESSION 

TAKEDOWN FAILURE 

36 

X'818648' 

CDSESSEND 

CROSS-DOMAIN SESSION 

ENDED 

34 


Code 

RU 

Full Name 

Pa, 

X'818649' 

CDTAKED 

CROSS-DOMAIN TAKEDOWN 

37 

X'81864A' 

CDTAKEDC 

CROSS-DOMAIN TAKEDOWN 
COMPLETE 

3£ 

X'81864B' CDCINIT 

DFC, NC, and SC Request Codes 

CROSS-DOMAIN CONTROL 

INITIATE 

29 

X'02' 

NCIPLFINAL 

NC IPL FINAL 

67 

X'03' 

NCIPLINIT 

NC IPL INITIAL 

67 

X'04' 

NCIPLTEXT 

NC IPLTEXT (NC) 

67 

X'04' 

LUSTAT 

LOGICAL UNIT STATUS 
(DFC) 

66 

X'05' 

RTR 

READY TO RECEIVE (DFC) 

83 

X'05' 

LSA 

LOST SUBAREA (NC) 

65 

X'07' 

AN SC 

AUTO NETWORK SHUT¬ 
DOWN COMPLETE 

22 

X'OD' 

ACTLU 

ACTIVATE LOGICAL UNIT 

21 

X'OE' 

DACTLU 

DEACTIVATE LOGICAL 

UNIT 

48 

X'lr 

ACTPU 

ACTIVATE PHYSICAL UNIT 

21 

X'12' 

DACTPU 

DEACTIVATE PHYSICAL 

UNIT 

49 

X'14' 

ACTCDRM 

ACTIVATE CROSS-DOMAIN 
RESOURCE MANAGER 

20 

X'15' 

DACTCDRM 

DEACTIVATE CROSS¬ 
DOMAIN RESOURCE 
MANAGER 

48 

X'31' 

BIND 

BIND SESSION 

22 

X'32' 

UNBIND 

UNBIND SESSION 

95 

X'70' 

BIS 

BRACKET INITIATION 

STOPPED 

29 

X'71' 

SBI 

STOP BRACKET INITIATION 

83 

X'80' 

QEC 

QUIESCE AT END OF CHAIN 

74 

X'81' 

QC 

QUIESCE COMPLETE 

73 

X'82' 

RELQ 

RELEASE QUIESCE 

79 

X'83' 

CANCEL 

CANCEL 

29 

X'84' 

CHASE 

CHASE 

41 

X'AO' 

SDT 

START DATA TRAFFIC 

83 

X'AI' 

CLEAR 

CLEAR 

45 

X'A2' 

STSN 

SET AND TEST SEQUENCE 

NUMBERS 

86 

X'A3' 

RQR 

REQUEST RECOVERY 

83 

X'CO' 

CRV 

CRYPTOGRAPHY 
VERIFICATION (SC) 

46 

X'CO' 

SHUTD 

SHUTDOWN (DFC) 

85 

x'cr 

SHUTC 

SHUTDOWN COMPLETE 

85 

X'C2' 

RSHUTD 

REQUEST SHUTDOWN 

83 

X'C8' 

BID 

BID 

22 

X'C9' 

SIG 

SIGNAL 

85 


97 
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SUMMARY OF RESPONSE RUs 

Apart from the exceptions cited below, response RUs return the number 
of bytes specified in the following table; only enough of the request RU is 
returned to include the field-formatted request code. 


RU Category Number of 

of Response Bytes in RU 

NC 1 

SC 1 

DFC 1 

FMD NS (F 1 = 1) (field-formatted) 3 

FMD NS (F 1=0) (character-coded) 0 

FMD (LU,LU) 0 


Twelve positive response RUs—RSP(ACTCDRM), RSP(ACTLU), 
RSP(ACTPU), RSP(BIND),RSP(CDINIT), RSP(CDTERM), 
RSP(DUMPINIT), RSP (DSRLST), RSP(DUMPTEXT), RSP(INIT-OTHER- 
CD), RSP(RNAA), and RSP(STSN)—return additional data. See "Positive 
Response RUs with Extended Formats." 

All negative responses return four bytes of sense data in the RU, followed 
by either (1) the number of bytes specified in the table above or (2) three 
bytes (or the entire request RU, if shorter than three bytes). The second 
option applies to CSC and PC (where a sensitivity to SSCP-based sessions 
versus LU-LU sessions does not necessarily exist) and can be chosen for 
other layers for implementation simplicity. See the section, "Sense Codes,' 
for sense data values and their corresponding meanings. 


POSITIVE RESPONSE RUs WITH EXTENDED 
FORMATS 

Byte(s) Description 

RSP(ACTCDRM);SSCP-^SSCP, Exp; SC 

0 X'14' request code 

1 bits 0-3, format: X'O' (only value defined) 
bits 4-7, type activation performed: 

X'1' cold (only value defined) 

2 FM profile 

3 TS profile 

4-11 Contents ID: eight-character EBCDIC symbolic name that 

represents implementation and installation dependent inform; 
tion about the SSCP issuing the response to ACTCDRM; eight 
blanks is the value used if no information is to be conveyed. 
(This field could be used to provide a check for a functional 
and configurational match between the SSCPs.) 

12-17 SSCP ID: a six-byte field that includes the ID of the SSCP 

issuing the ACTCDRM response; the first four bits specify the 
format for the remaining bits: 
bits 0-3, 0000 



Byte (s) Description 

bits 4-7, physical unit type of the node containing the SSCP 
bits 8-47, implementation- and installation-dependent binary 
identification 

18 TS Usage 

bits 0-1, reserved 

bits 2-7, secondary CPMGR receive pacing count: zero means 
no pacing of requests flowing to the secondary 
19-n Control vector, as described in the topic "Control Vectors and 

Control Lists," later in this section 

Note: The following vector key is used in RSP(ACTCDRM): 
X'06'. 

RSP(ACTLU); LU -»SSCP, Exp; SC 
0 X'OD' request code 

1 Type activation selected: X'Ol'cold 

X'02' ERP 

2 bits 0-3, FM profile: same as the corresponding request 
bits 4-7, TS profile: same as the corresponding request 

3-7 SSCP-LU session capabilities control vector (See the topic 

"Control Vectors and Control Lists," later in this section, for 
control vector X'OO'.) 

8-13 LU-LU session services capabilities control vector (See the 

topic "Control Vectors and Control Lists" later in this section, 
for control vector X'OC'.) 

Note: A two-byte response can be sent; it means maximum 
RU size = 256 bytes, LU-LU session limit = 1, LU can act as a 
secondary LU, and all other fields in control vectors X'OO' 
and X'OC' are defaulted to zeros. 

RSP(ACTPU); PU->SSCP, Exp; SC 
0 X'1 r request code 

1 bits 0-1, reserved 

bits 2-3, format of response: 

00 format 0 

01 format 1 (defined only for PU_T1s and PU_T2s) 

10 format 2 (this format requires that bits 4-7 be set to 
X'3') 

Note: 

• If format 0 is used on a RSP(ACTPU) from a PU— T1 1 2, 

it implies that the PU cannot receive FMD requests from the 
SSCP; for format 1, a control vector specifies this capability- 
see the control vector with Key = X'07'. 

• A PU^T4\5 does not use format 1, since it can receive FMD 
requests. 

bits 4-7, type activation selected: 

X'1' cold, IPL not required 
X'2' ERP 
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c 

c 

c 

c 

€ 


Description 

X'3' cold, IPL required 

Contents ID: eight-character EBCDIC symbolic name of the 
load module currently operating in the node; eight space 
(X'40') characters are the default value 

Note: End of Format 0; Formats 1 and 2 continue below. 

Format 1 Continues 
10-11 Reserved 

12-19 Control vector as described in the topic "Control Vectors and 

Control Lists," later in this section 
Format 2 Continues 

10-17 Load module ID: an eight-character EBCDIC symbolic name 

of the requested IPL load module: 

X'4040...40' any load module will be accepted 
X'4040...40' identifies specific load module name 
18-19 Reserved 

20-27 Control vector as described in the topic "Control Vectors and 

Control Lists," later in this section 

Note: The following vector key is used in RSP(ACTPU): X'O 

RSP(BIND); SLU ->PLU, Exp; SC 
0 X'31' request code 

The following bytes are returned for the extended nonnegotia 
BIND response or for the negotiable BIND response. (The 
request code alone is sent if a nonnegotiable BIND request 
specifies no session-level cryptography.) 

1 bits 0-3, format 0000 (only value defined) 

bits 4-7, type (same value returned as received in the request): 
0000 negotiable (cold) 

0001 nonnegotiable (cold) 

2-25 Bytes as received on BIND request, for nonnegotiable respons 

or bytes having the same format, but possibly with values 
changed from those received on the BIND request, for negoti¬ 
able response 

26-k Cryptography Options 

26 bits 0-1, private or end-user cryptography options: same valut 

returned as received in the request, if present—see 
Note 3 

bits 2-3, session-level cryptography options: same value 

returned as received in the request, if present—see 
Note 3 

bits 4-7, session-level and/or end user cryptography options 
field length: same value returned as received in the 
request, if present—see Note 3. (Bytes 27-k are 
omitted if this length field is omitted or set to zero. 

27 bits 0-1, session cryptography key encipherment mode: same 
value returned as received in the request, if present—see Note 


Byte(s) 

2-9 


K 



Byte (s) 


Description 


bits 2-4, reserved 

bits 5-7, cryptography cipher method: same value returned as 
received in the request, if present—see Note 3 
28-k An eight-byte implementation-chosen, nonzero, pseudo random 

session-seed cryptography value enciphered under the session 
cryptography key, if session-level cryptography is specified; 
otherwise, same value as in BIND, if present—see Note 3 
k+1 Length of primary LU name 

Note: X'OO' = no primary LU name is present. 

k+2-m Primary LU name 

m+1 Length of user data 

Note: X'OO' = no user data is present. 

m+2-n User data 

n+1 Length of URC field 

Note: X'OO' = no URC field is present. 

n-i-2-p URC field 

p+1 Length of secondary LU name 

Note: X'OO' = no secondary LU name present. 
p+2-r Secondary LU name 

Note 1: The extended format is required for the negotiable 
BIND response or if session-level cryptography is specified in 
the BIND request; otherwise, only the short form (request 
code) is used. 

Note 2: On a response, if the last byte of a response is a length 
field and that field is zero, that byte may be dropped from the 
response. This applies also to byte 26 (where the count occup¬ 
ies only bits 4-7) if bits 0-3 are also zero—the entire byte may 
be dropped if no bytes follow. 

Note 3: The Cryptography Options field is returned on the 
response for a nonnegotiable BIND only when session-level 
cryptography was specified, or for a negotiable BIND. 

RSP(CDINIT);SSCP^SSCP, Norm; FMD NS{s) 

0-2 X'818641'NS header 

3 Format: 

bits 0-3, 0000 Format 0: used when Type is I, l/Q, or Q 
0001 Format 1: used when Type is Dti 
bits 4-7, reserved 

4 Procedure status: 
bits 0-3, reserved 

bits 4-7, status at SSCP receiving COIN IT: 

0000 reserved 

0001 initiate successful—proceed 
0010 initiate successful—queued 
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Bytes 


Description 


0011 dequeued—successful 
0100 dequeued—unsuccessful 

5-6 Network address of DLU for CDINIT; for CDINIT(DQ), 

it is the network address of the LU associated with the SSCP 
receiving the CDINIT(DQ) request 

7 LU status for LU associated with the SSCP receiving the 

CDINIT request: 
bit 0, reserved 
bit 1,0 LU is unavailable 
1 LU is available 

bits 2-3, (reserved if LU is available) 

00 LU session count exceeded 

1 01 reserved 

10 LU is not currently able to comply with the PLU/SLU 
specification 
11 reserved 

bit 4, 0 existing SSCP to LU path 

1 no existing SSCP to LU path 
bit 5, reserved 
bits 6-7, 00 reserved 
01 LU is PLU 
10 LU is SLU 
11 reserved 

RSP(CDTERM); SSCP(DLU) SSCP(OLU), Norm; NS(s) 

0-2 X'818643'NS header 

3 bits 0-3, 0000 Format 0 (only value defined) 

bits 4-7, reserved 
4 DLU status: 

bits 0-5, reserved 

bits 6-7, 00 not applicable (queue purge) 

01 DLU is PLU 
10 DLU is SLU 
11 reserved 

5-6 Network address of DLU 

RSP(DSRLST); SSCP ^ SSCP, Norm; NS(s) 

0-2 X'818627'NS header 

3-n Control list entry data for list type: 

X'01' (only value defined) 

See the topic "Control Vectors and Control Lists" later in 
this section for the format of the control list. 

RSP(DUMPINIT); PU ->SSCP, Norm; FMD NS(c) 

0-2 X'010206'NS header 

3-n Dump data 

RSP(DUMPTEXT);PPU-^SSCP, Norm; FMD NS(c) 

0-2 X'010207'NS header 

3-n Dump data 
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Byte(s) Description 

RSP(INIT-OTHER-CD); SSCP ->SSCP, Norm; FMD NS(s) 

0-2 X'818640'NS header 

3 Format: 

bits 0-3, 0000 Format 0 (only value defined) 
bits 4-7, reserved 

4 Procedure status: 

bits 0-3, status for SSCP(LU1) 

0000 reserved 

0001 initiate successful—proceed 
0010 initiate successful—queued 
0011 dequeued—successful 
0100 dequeued—unsuccessful 
bits 4-7, status for SSCP(LU2) 

0000 reserved 

0001 initiate successful—proceed 
0010 initiate successful—queued 
0011 dequeued—successful 
0100 dequeued—unsuccessful 

5 LU1 status; 
bit 0, reserved 

bit 1,0 LU1 is unavailable 
1 LU1 is available 

bits 2-3, (reserved if LU1 is available) 

00 LU1 session count exceeded 
01 reserved 

1 10 LU1 is not currently able to comply with the 
PLU/SLU specification 
11 reserved 

bit 4, 0 existing SSCP to LU path 

1 no existing SSCP to LU path 
bit 5, reserved 
bits 6-7, 00 reserved 

01 LU1 is PLU 
10 LU1 is SLU 
11 reserved 

6 LU2 status: 

bit 0, reserved 
bit 1,0 LU2 is unavailable 
1 LU2 is available 

bits 2-3, (reserved if LU2 is available) 

00 LU2 session count exceeded 
01 reserved 

10 LU2 is not enabled (not accepting new sessions) 
11 reserved 

bit 4, 0 existing SSCP to LU path 

1 no existing SSCP to LU path 
bit 5, reserved 
bits 6-7, 00 reserved 

01 LU2isPLU 





C 

c 
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Byte (s) 


Description 


( 

10 LU2 is SLU 

11 reserved 

PPU ^SSCP, Norm; FMD NS(c) 

X'410210' NS header 

Set to same value as bytes 3-5 in RNAA request: 

Network address of target link, SPU, or LU 
Assignment type 

Number of network addresses returned 

Network address assigned: SPU address for assignment type 0; 
LU network address for assignment types 1 and 2 
Additional network addresses assigned (two-byte multiples) 
in the same format as bytes 7-8; the order of the network 
addresses returned corresponds to the order of the entries 
(bytes 7-n) in the RNAA request 

RSP(STSN); SLU ->PLU, Exp; SC 
0 X'A2' request code 

1 bits 0-1, result code for S P action code in the request 

(related data in bytes 2-3) 

bits 2-3, result code for P S action code in the request 
(related data in bytes 4-5) 

Note 1: Values for either result code are: 

• For set or ignore action code: 

01 ignore (other values reserved}; appropriate bytes 2-3 
or 4-5 reserved 

m For sense action code: 

00 for LU type 0: user-defined meaning; for all other 
LU types: reserved (appropriate bytes 2-3 or 4-5 
reserved) 

01 reserved 

10 secondary end user (or NAU services manager) does not 
maintain user sequence numbers or cannot return a valid 
user sequence number (appropriate bytes 2-3 or 4-5 
reserved) 

11 user sequence number, as known at the secondary, in 
bytes 2-3 or 4-5, as appropriate 

• For set and test action code: 

00 for LU type 0: user-defined meaning; for all other 

LU types: reserved (appropriate bytes 2-3 or 4-5 
reserved) 

01 value received in the STSN request equals the user 
sequence number value as known at the secondary 
(appropriate bytes 2-3 or 4-5 return the secondary's 
value for the user sequence number) 

10 secondary end user (or NAU services manager) does not 
maintain user sequence numbers or cannot perform the 





RSP(RNAA); 
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Byte(s) Description 

requested test on the user sequence number (appropriate 
bytes 2-3 or 4-5 reserved) 

11 value received in STSN request does not equal the user 
sequence number value as known as the secondary 
(appropriate bytes 2-3 or 4-5 return the secondary's value 
for the user sequence number) 

bits 4-7, reserved 

2-3 Secondary-to-primary normal-flow sequence number data to 

support S result code, or reserved (see Note 1 above) 

4-5 Primary-to-secondary normal-flow sequence number data to 

support P result code or reserved (see Note 1 above) 

Note 2: Where the STSN request has specified as action codes 
two "sets," two "ignores," or a combination of "set"and 
"ignore," the positive response RU consists of one byte—X'A2' 
(the STSN request code). 


CONTROL VECTORS AND CONTROL LISTS 
Control Vectors 

The following table shows, by key value, the requests and responses that carry 
the specific control vector: 


Control Vector Key 
X'OO' 

x'or 

X'02' 

X'03' 

X'04' 

X'05' 

X'06' 

X'07' 

X'08' 

X'OC' 

The following table shows, by list 
the specific control list: 


Requests or Responses 
Carrying the Vector 

RSP(ACTLU) 

SETCV (NS(c)) 

SETCV (NS(c)) 

SETCV (NS(c)) 

SETCV (NS(c)) 

SETCV (NS(c)) 

ACTCDRM, RSP(ACTCDRM) 
RSP(ACTPU) 

SETCV (NS(ma)) 

RSP(ACTLU) 

, the requests and responses that carry 


Requests or Responses 

Control Vector Key Carrying the List 

X'Or +RSP(DSRLST) 

The control vectors are defined as follows (with zero-origin indexing of the 
vector bytes—see the individual RU description for the actual displacement 

within the RU): 
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Byte(s) 


Description 


SSCP-LU Session Capababilities Control Vector 
0 Key: X'OO' 

1 Maximum RU size sent on the normal flow by either half¬ 
session: if bit 0 is set to zero, then no maximum is specified 
and the remaining bits 1-7 are ignored; if bit 0 Is set to one, 
then the byte is interpreted as X'ab' = a‘2**b (Notice that, by 
definition, a >8 and therefore X'ab' is a normalized floating 
point representation.) See chart titled "RU Sizes Correspond¬ 
ing to Values X'ab' in BIND" for all possible values. 

2-3 L U Capabilities 

2 bit 0, character-coded capability: 

0 the SSCP may not send unsolicited character-coded 
requests; a solicited request is a reply request 
or a request that carries additional error information to 
supplement a previously sent negative response or error 
information after a positive response has already been 
sent 

1 the SSCP may send unsolicited character-coded requests 
bit 1, field-formatted capability: 

0 the SSCP may not send unsolicited field-formatted 
requests 

1 the SSCP may send unsolicited field-formatted requests 
2-3 bits 2-15, reserved 

4 Reserved 

Date-Time Control Vector 
0 Key: X'01' 

1-12 Date, in EBCDIC: MM/DD/YY.ddd (MM = month; DD = day 

of month; YY = year; ddd = Nth day of year, 1-366) 

13-20 Time, in EBCDIC: HH.MM.SS (HH = hours; MM = minutes; 

SS = seconds) 

Subarea Routing Control Vector 
0 Key: X'02' 

1 Subarea address (left-justified) 

SDLC Secondary Station Control Vector 
0 Key: X'03' 

1 Reserved 

2 PU type identifier to SPU: 

bits 0-4, reserved 

bits 5-6, 01 PU_T2 
10 PU_T1 
bit 7, reserved 
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Byte(s) 

3 


Description 


4 

5 


6 

7-8 

9-10 


Type modifier: 

bit 0, if byte 2 identifies PU_T1: 

0-.TS Profile 2 
1 TS Profile 2 

if byte 2 identifies —iPU_T1: reserved 
bit 1, 0 discontinue link-level contact with adjacent 

PU_T11 2 node if the PU_T4 initiates an auto network 
shutdown procedure for the SSCP controlling that 
PU_T1|2node 

1 continue link-level contact with adjacent PU_T11 2 
node if the PU_T4 initiates an auto network shutdown 
procedure for the SSCP controlling that PU_T11 2 
node 

bits 2-7, reserved 
SDLC BTU send limit 

Maximum consecutive BTUs sent from the primary station to 

the specified secondary station without another secondary 

station on the link being polled or being sent BTUs 

Error retry indicator 

Link error recovery control information 

Number of bytes in maximum segment length 




LL/ Control Vector 
0 Key: X'04' 

1 Local address form of LU network address 

1 2 bits 0-1, reserved 

bits 2-7, secondary CPMGR's pacing count 
3 Reserved, set to a value of 1 

4 Scheduling priority to be used for the BF.TCs supporting 

secondary half-sessions involving the specified LU: 

X'01' low priority (batch) 

X'02'high priority (interactive) 

Channel Control Vector 
0 Key: X'05' 

1-2 Channel delay: minimum interval between successive 

inbound transmissions (binary, in tenths of a second) 

CDRM Control Vector 
0 Key: X'06' 

1 Length, in binary, of Description field 

Note: X'OO' = no Description field is presen t. 

2-n Description Field 

2 CDRM profile: X'OO' (only value defined) 

I 3 CDRM usage: 

bit 0, 0 name pair session key (X'06') supported 
1 name pair session key not supported 
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Byte(s) 


Description 


bit 1,0 address pair session key (X'07') not supported 
1 address pair session key supported 
bit 2, 0 parallel sessions not supported 
1 parallel sessions supported 

bit 3, 0 URC not supported by SSCP (and all PLUs within its 
domain) in cross-domain session initiation 
1 URC supported by SSCP (and all PLUs within its 
domain) in cross-domain session initiation 
bit 4, reserved 

bit 5, 0 PCID session key (X'05') not supported 
1 PCID session key supported 
bits 6-7, reserved 

Note: If the control vector is omitted or the length is zero, 
the corresponding request or response implicitly specifies that 
the name pair session key is supported and the others are not. 

4-n Reserved 

PU FMD-RU-Usage Control Vector 
0 Key: X'07' 

1 bits 0-6, reserved 

bit 7, FMD request capability of the node: 

0 PU cannot receive FMD request from the SSCP 
1 PU can receive FMD requests from the SSCP 
2-7 Reserved 

Intensive Mode Control Vector 
0 Key X'08' 

1 bit 0, 0 reset intensive mode 

1 set intensive mode 
bits 1-7, reserved 

2-3 Maximum number of intensive mode records (IMRs) 

LU-LU Session Services Capabilities Control Vector 
0 Key: X'OC' 

1 bits 0-3, primary LU capability: 

0000 cannot ever act as primary LU 
0001 cannot currently act as primary LU 
0010 reserved 

0011 can now act as primary LU 
bits 4-7, secondary LU capability: 

0000 cannot ever act as secondary LU 
0001 cannot currently act as secondary LU 
0010 reserved 

0011 can now act as secondary LU 

2-3 LU-LU session limit (where a value of zero means that no 

session limit is specified) 
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Byte (s) Description 

4-5 LU-LU session count: the number of LU-LU sessions that are 

not reset, for this LU, and for which SESSEND will be sent to 
the SSCP 

6 bit 0, parallel session capability: 

0 parallel sessions not supported 
1 parallel sessions supported 
bits 1-7, reserved 

Control Lists 

The control lists are defined, by type, as follows (with zero-origin indexing 
of the list bytes; see the individual RU description for the actual displace¬ 
ment within the RU): 

Type XVI': L U Status Control List Entry 
0 LU status 

bit 0, reserved 
bit 1,0 LU is unavailable 
1 LU is available 
bits 2-3, (if LU is unavailable) 

00 LU session count exceeded 

01 LU is being taken down (not accepting new sessions) 

10 LU is not enabled (not accepting new sessions) 

11 reserved 

bit 4, 0 existing SSCP to LU path 

1 no existing SSCP to LU path 
bits 5-7 reserved 
1 LU information: 

bit 0, 0 LU does not reside in a PU_T5 node 
1 LU resides in a PU_T5 node 
bits 1-6, reserved 

bit 7, 0 LU is accepting INITIATEs/logons 

1 is temporarily not accepting INITIATEs/logons 
2-3 Session count (range: 0-65535) 


SDLC XID INFORMATION-FIELD FORMAT 

This section describes the formats of the SDLC XID command (sent by a 
primary link station) and response (sent by a secondary link station). The 
response format is also carried in the REQCONT request RU, which is sent 
from the PPU to the SSCP. 

Byte(s) Description 

0 bits 0-3, format of XID l-field: 

X'O' fixed format: only bytes 0-5 are included 
X'1' variable format: bytes 0-p are included 
bits 4-7, PU type of the XID-sending node: 

X'rPU_T1 
X'2' PU_T2 
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Byte (s) 




6-7 


8 


9 

9 





12 


Description 

X'3' reserved 
X'4' PU_T4 
X'5' PU_T5 

Length, in binary, of variable-format XID l-field; reserved for 
fixed-format XID l-field. 

Node Identification 

bits 0-11, block number: see the individual product specifica¬ 
tions for the specific values used 
bits 12-31, ID number: a binary value identifying a specific 
station uniquely within a customer network installa 
tion; the ID number can be assigned in various ways 
depending on the product; see the individual produ( 
specifications for details 

Reserved 

Link Station and Connection Protocol Flags 
bits 0-1, reserved 

bit 2, link-station role of XID sender: 

0 sender is a secondary link station 
1 sender is a primary link station 
bit 3, connection capability, for switched link connections: 

0 slow connection time 

1 fast connection time; reserved, for nonswitched link 
connections 

bits 4-7, link-station transmit-receive capability: 

X'O' two-way alternating 
X'1' two-way simultaneous 
Characteristics of the node of the XID sender 
bit 0, FMD request receive capability of the PU of the node: 

0 PU cannot receive FMD requests from the SSCP 
1 PU can receive FMD requests from the SSCP 
bit 1, reserved 

bits 2-3, segment assembly capability of the path control ele¬ 
ment of the node: 

00 segments are ignored and passed through 
01 segments are assembled on a link-station basis 

10 segments are assembled on a session basis 

11 segments are not allowed 
bits 4-7, reserved 

Maximum l-field length that the XID sender can receive: 
bit 0, format flag: 

0 bits 1-15 contain the maximum l-field length (only value 
defined) 

bits 1-15, maximum l-field length, in binary 
bits 0-3, reserved 

bits 4-7, SDLC command/response profile; 

X'O' SNA link profile (only value defined) 
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Byte(s) Definition 

Note 1; This profile refers to the mandatory command /response 
support on the link. For SNA SDLC links, the following are 
required: 



13 


14-15 

16 


17 

18- m 

18 

19- m 
m+1-p 
m+1 
nn+2-p 


Responses 

l-frames 
RR 
RNR 
TEST 
XID 
UA 
DM 
FRMR 
RD 

REJ (Note 2) 

tired only if both sender and receiver have 
us transmit-receive capability. 

bits 0-1, reserved 

bit 2, SDLC initialization mode options: 

0 SIM and RIM not supported 
1 SIM and RIM supported 
bits 3-7, reserved 
Reserved 
bit 0, reserved 

bits 1-7, maximum number of l-frames that can be received by 
the XID sender before an acknowledgment is sent, with 
an implied modulus for the send and receive sequence 
counts—less than eight implies a modulus of eight, eight 
or greater implies a modulus of 128 
Reserved 

SDLC Address Assignment Field 

Length in bytes (or octets) of the SDLC address to be assigned 
(bytes 19-m) 

Secondary station address to be assigned 
Dial Digits of XID Sender 
Number of dial digits 

Dial digits: any byte value of the form X'Fn' (0 < n < F) 
is valid 


Commands 

l-frames 

RR 

RNR 

TEST 

XID 

SNRM 

DISC 

REJ (Note 2) 


Note 2: REJ is requ 
two-way simultaneoi 


V. 
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Mantissa (a) 

Exponent(b) 

8 

9 

A (10) 

B (11) 

C (12) 

D (13) 

E (14) 

F (15) 

0 

8 

9 

10 

11 

12 

13 

14 

15 

1 

16 

18 

20 

22 

24 

26 

28 

30 

2 

32 

36 

40 

44 

48 

52 

56 

60 

3 

64 

72 

80 

88 

96 

104 

112 

120 

4 

128 

144 

160 

176 

192 

208 

224 

240 

5 

256 

288 

320 

352 

384 

416 

448 

480 

6 

512 

576 

640 

704 

768 

832 

896 

960 

7 

1024 

1152 

1280 

1408 

1536 

1664 

1792 

1920 

8 

2048 

2304 

2560 

2816 

3072 

3328 

3584 

3840 

9 

4096 

4608 

5120 

5632 

6144 

6656 

7168 

7680 

A (10) 

8192 

9216 

10240 

11264 

12288 

13312 

14336 

15360 

B (11) 

16384 

18432 

20480 

22528 

24576 

26624 

28672 

30720 

C (12) 

32768 

36864 

40960 

45056 

49152 

53248 

57344 

61440 

D (13) 

65536 

73728 

81920 

90112 

98304 

106496 

114688 

122880 

E (14) 

131072 

147456 

163840 

180224 ^ 

196608 

212992 

229376 

245760 

F (15) 

262144 

294912 

327680 

360448 

393216 

425984 

458752 

491520 


Note: A value of X'ab' in byte 10 or byte 11 of BIND represents a ■ 2**b. For example, X'CS' represents (in decimal) 


IRd 


RU SIZES CORRESPONDING TO VALUES X'ab' IN 
BIND 


Sense Codes 

The sense data included with an exception request (EXR) or a negative 
response is a four-byte field that generally includes a one-byte category value, 
a one-byte modifier value, and two bytes of implementation- or end-user- 
defined data (hereafter referred to as user-defined data). For certain sense 
codes, user-defined data cannot be included in the sense data; in its place is 
sense-code-specific information, whose format is defined along with sense 
code definition, below. 


0 

1 

2 3 

Category 

Modifier 

Sense code specific 
fields or user-defined 

data 

1 ^ C,_w 1 



^1 



Together, the category and modifier bytes hold the sense code (SNC) defined 
for the exception condition that has occurred. 






The following categories are defined; all others are reserved: 


Value 

Category 

X'80' 

Path Error 

X'40' 

RFI Usage Error 

X'20' 

State Error 

X'10' 

Request Error 

X'08' 

Request Reject 

X'OO' 

User Sense Data Only 


The category User Sense Cbta Only (X'OO') allows the end users to exchange 
sense data in bytes 2-3 for conditions not defined by SNA within the other 
categories (and perhaps unique to the end users involved). The modifier 
value is also X'OO'. 


The sense codes for the other categories are discussed below. For these 
categories, a modifier value of X'OO' can be used (as an implementation 
option) when no definition of the exception condition beyond the major 
category is to be identified. 


PATH ERROR (CATEGORY CODE = XW) 

This category indicates that the request could not be delivered to the intended 
receiver, due to a path outage or an invalid sequence of activation requests or 
one of the listed transmission header errors. (Some TH errors, that is, SQN 
errors, are category X'20'.) A path error received while the session is active 
indicates that the path to the session partner has been lost. For LU-LU 
sessions, each half-session is then reset—the primary by sending UNBIND, 
the secondary by doing a local reset. 
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Category 

80 


80 

80 


80 


80 

80 


80 


80 


80 


80 

80 


Modifier (in hexadecimal) 

01 Intermediate Node Failure: Machine or program check 
in an intermediate PC (for example, PC_T4 of a PU_T4 
node); request discarded. A response may or may not 
be possible. 

02 Link Failure: Data link failure. 

04 Unrecognized DAF: An intermediate or boundary PC 
has no routing information for the DAF, or an end 
node PC has no LU with indicated DAF (FID1), 

DAF' (FID2), or local address (FIDS), 

05 No Session: No half-session is active in the receiving 
end node for the indicated OAF-DAF pair, or no 
BF.SESS_RCV is active for the OAF-DAF pair in a 
node providing the boundary function. This exception 
does not apply to BIND, ACTCDRM, ACTPU, or 
ACTLU. (Notel) 

06 FID: Invalid FID for the receiving node. (Note 2) 

07 Segmenting Error: First BIU segment had less than 10 
bytes; or mapping field sequencing error, such as first, 
last, middle; or segmenting not supported and MPF not 
set to 11. (Note 3) 

08 PU Not A:tive: The PU_ACT_CAN FSM in the receiv¬ 
ing node has been activated and the request was not 
ACTPU for this half-session, or the request was ACTLU 
from an SSCP that does not have an active (SSCP,PU) 
session with the PU associated with the addressed LU. 
(Note 1) 

09 LU Not Active: A DAF addresses an LU for which the 
LU_ACT_CAN FSM has not been activated and the 
request was not ACTLU. (Note 1) 

OA Too Long PIU: Transmission was truncated by the 
receiving link station because sufficient buffering was 
not available. 

OB Incomplete TH: Transmission received was shorter 
than a TH. (Note 2) 

OC DCF: Data Count Field inconsistent with transmission 
length. 


115 



1 Category Modifier (in hexadecimal) 

80 OD Lost Contact: Contact with the link station for which 

the transmission was intended has been lost, but the 
link has not failed. If the difference between link failure 
and loss of contact is not detectable, link failure 
(X'8002') is sent. 

80 OE Unrecognized OAF: The OAF (FID1) was not 

recognized. 


80 OF Invalid Address Combination: The (DAF', OAF') 

(FID2) combination or the LSID (FIDS) specified an 
invalid type of session, for example, a {PU,LU) 
combination. 


80 10 Segmented RU Length Error: An RU was found to 

exceed a maximum length, or required buffer allocation 
that might cause future buffer depletion. 

Note 1: This error is listed as a path error since the request cannot be 
delivered to the intended TC element. 

Note 2: It is generally not possible to send a response for this exception 
condition, since information (FID, addresses) required to generate a 
response is not available. It is logged as an error if this capability exists in 
the receiver. 

Note 3: If segmenting is not supported, a negative response is returned for 
the first segment only, since this contains the RH. Subsequent segments are 
discarded. 


RH USAGE ERROR (CATEGORY CODE = XW) 

This category indicates that the value of a field or combination of fields in 
the RH violates architectural rules or previously selected BIND options. 
These errors prevent delivery of the request to the intended half-session 
protocol machine and are independent of the current states of the session. 
They may result from the failure of the sender to enforce session rules. 
Detection by the receiver of each of these errors is optional. 


I Category Modifier (in hexadecimal) 


40 


40 


40 


01 Invalid SC or NC RH: The RH of an SC or NC request 
was invalid. For example, an SC RH with pacing request 
indicator set to one is invalid. 

03 BB Not Allowed: Begin Bracket (BB) was indicated 
when not allowed, for example, with —iBC or with 
LUSTAT. 

04 EB Not Allowed: End Bracket (EB) was indicated with 
—iBC, or by the primary when only the secondary may 
send EB, or by the secondary when only the primary may 
send EB. 
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1 Category 

40 

Modifier (in hexadecimal) 

05 Incomplete RH: Transmission shorter than full TH-RH. 

40 

06 

Exception Response Not Allowed; Exception response 
was requested when not permitted. 

40 

07 

Definite Response Not Allowed: Cfefinite response was 
requested when not permitted. 

40 

08 

Pacing Not Supported: The Pacing indicator was set 
on a request, but the receiving CPMGR does not 
support pacing for this session. 

40 

09 

CD Not Allowed: Change Direction (CD) was indicated 
with —1 EC. 

40 

OA 

No-Response Not Allowed: No-response was specified 
on a request when not permitted. (Used only on EXR.) 

40 

OB 

Chaining Not Supported: Chaining bits indicated other 
than (BC, EC), but multiple-request chains are not 
supported for the session or for the category specified 
in the request header. 

40 

OC 

Brackets Not Supported: A bracket indicator was set, 
but brackets are not used for the session. 

40 

OD 

CD Not Supported: The Change-Direction indicator 
was set, but is not supported. 

40 

OF 

Format Indicator Not Allowed: The Format indicator 
bit was set when not supported for the session, or when 
Begin-Chain (BC) was not set. 

40 

10 

Alternate Code Not Supported: The Code Selection 
Indicator was set when not supported for the session. 


STATE ERROR (CATEGORY CODE = X'20') 

This category indicates a sequence number error, or an RH or RU that is 
not allowed for the receiver's current session control or data flow control 
state. These errors prevent delivery of the request to the intended half¬ 
session protocol machine. 


Category 

Modifier (in hexadecimal) 

20 

01 

Sequence Number: Sequence number received on 
normal flow request was not one greater than the last. 

20 

02 

Chaining: Error in the sequence of the chain indicator 
settings, such as first, middle, first. 
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I Category Modifier (in hexadecimal) 

20 03 Bracket: Error resulting from failure of sender to 

enforce brackets rules for session. (This error does not 
apply to contention or race conditions.) 


20 


20 


I 


20 


04 Direction: Error resulting from a normal-flow request 
received while HDX-FF FSM state was (*S, —i R). 
(Contrast this sense code with X'081 B', which signals a 
race condition.) 

05 Data Traffic Reset: An FMDor normal-flow DFC 
request received by a half-session whose 
SESS_(SEND| RCV) was active, but whose data traffic 
(DT) FSM was not in the ACTIVE state. 

06 Data Traffic Quiesced: An FMD or DFC request received 
from a half-session which has sent QUIESCE CQMPLETE 
or SHUTDQWN CQMPLETE and has not responded to 
RELEASE QUIESCE. 


20 07 Data Traffic Not Reset: A session control request (for 

example, STSN), allowed only while the DT FSM is in 
the RESET state, was received while the DT FSM state 
was not RESET. 


20 08 No Begin-Bracket: A BID or an FMD request specifying 

BB was received while SBI_SEND was in the NQBB 
state. 


20 09 Session Control or Data Flow Control Protocol Violation: 

An SC or DFC protocol has been violated; a request, 
allowed only after a successful exchange of an SC or 
DFC request and its associated positive response, has 
been received before such successful exchange has 
occurred (for example, an FMD request has preceded a 
required CRV). The request code of the particular SC 
or DFC request or response required, or X'OO' if 
undetermined, appears in the fourth byte of the sense 
data. The first bit of the third byte indicates that the 
required request or response belongs to the DFC category 
if set to one, or to the SC category if set to zero. There 
is no user data associated with this sense code. 


REQUEST ERROR (CATEGORY CODE = X'10') 

This category indicates that the RU was delivered to the intended half¬ 
session, but could not be interpreted or processed. This condition represents 
a mismatch in half-session capabilities. 
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Category Modifier (in hexadecimai) 


10 


10 

10 


10 


10 


10 


01 RU Data Error: Data in the request RU is not acceptabl 
to the receiving FI_FMD; for example, a character code 
is not in the set supported, a formatted data field is 
not acceptable to presentation services, or a required 
name in the request has been omitted. 

02 RU Length Error: The request RU was too long or too 
short. 

03 Function Not Supported: The function requested is not 
supported. The function may have been specified by a 
formatted request code, a field in an RU, or a control 
character. 

Note; This code can a iso be used instead of sense code 
X'0826'. 

05 Parameter Error: A parameter modifying a control func¬ 
tion is invalid, or outside the range allowed by the 
receiver. 

07 Category Not Supported: DFC, SC, NC, or FMD 

request received by a half-session not supporting any 
requests in that category; or an NS request with byte 0 
not set to a defined value, or byte 1 not set to an NS 
category supported by the receiver. 

08 Invalid FM Header: The FM header was not understood 
or translatable by the receiver, or an FM header was 
expected but not present. There is not user data 
associated with this sense code. 


REQUEST REJECT (CATEGORY CODE = X'08') 

This category indicates that the request was delivered to the intended half¬ 
session protocol machine and was understood and supported, but not 
executed. 


Category 

Modifier (in hexadecimai) 

08 

01 

Resource Not Available: The LU, PU, or link specified 
in an RU is not available. 

08 

02 

Intervention Required: Forms or cards are required at 
an output device, or device is temporarily in local mode, 
or other conditions require intervention. 

08 

03 

Missing Password: The required password was not 
supplied. 

08 

04 

Invalid Password: Password was not valid. 
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Category 

08 


08 


08 


08 

08 

08 


08 


08 


08 


08 

08 


Modifier (in hexadecimal) 

05 Session Limit Exceeded: The requested session cannot 
be activated, because one of the NAUs is at its session 
limit. Applies to ACTCDRM, INIT, BIND, and CINIT 
commands. 

06 Resource Unknown: The request contained a name or 
address not identifying a PU, LU, or link known to the 
receiver. 

07 Resource Not Available—LUSTAT Forthcoming: A 

subsidiary device will be unavailable for an indeterminate 
period of time. LUSTAT will be sent when the device 
becomes available. 

08 Invalid Contents ID: The contents ID contained on the 
ACTCDRM request was found to be invalid. 

09 Mode Inconsistency: The requested function cannot be 
performed in the present state of the receiver. 

OA Permission Rejected: The receiver has denied an implicit 
or explicit request of the sender; when sent in response 
to BIND, it implies that the secondary half-session's 
LU will not notify the SSCP when a BIND can be 
accepted. (See the X'0845' sense code for a contrasting 
response.) 

OB Bracket Race Error: Loss of contention within the 

bracket protocol. Arises when bracket initiation/termi¬ 
nation by both NAUs is allowed. 

OC Procedure Not Supported: A named procedure (Test, 
Measurement, Trace, I PL) specified in an RU is not 
supported by the receiver. 

OD NAU Contention: A request to activate a session was 
received while the receiving half-session was awaiting a 
response to a previously sent activation request for the 
same session (for example, ACTCDRM was received 
when the (SSCP1 ,SSCP2).PRI.SESS_RCV-SEND FSM 
state was PEND_ACT_PRI) and the SSCP ID in the 
received ACTCDRM was less than or equal to the SSCP 
ID in the ACTCDRM previously sent. 

OE NAU Not Authorized: The requesting NAU does not 
have access to the requested resource. 

OF End User Not Authorized: The requesting end user 
does not have access to the requested resource. 
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I Category Modifier (in hexadecimal) 



C 


€ 


08 

I 


08 


08 


C) 

€ 


08 

08 


08 

08 


08 



10 Missing Requester ID: The required requester ID was 
missing. 

11 Break; Asks the receiver of this sense code to terminate 
the present chain with CANCEL or with an FMD reque: 
carrying EC. The CHAIN_RCV FSM of the half-sessiot 
sending the Break sense code enters PURGE state when 
Break is sent. 

12 Insufficient Resource: Receiver cannot act on request 
because of a temporary lack of resources. 

13 Bracket Bid Reject—No RTR Forthcoming: BID (or BE 
was received while the BSM_FSP FSM state was INB, o 
while the state was BETB and the first speaker denied 
permission. RTR will not be sent. 

14 Bracket Bid Reject—RTR Forthcoming: BID (or BB) 
was received while the BSM_FSP FSM state was INB, 
or while the state was BETB and the first speaker 
denied permission. RTR will be sent. 

15 Function Active: A request to activate a network ele¬ 
ment or procedure was received, but the element or 
procedure was already active. 

16 Function Inactive: A request to deactivate a network 
element or procedure was received, but the element or 
procedure was not active. 

17 Link inactive: A request requires the use of a link, but 
the link is not active. 

18 Link Procedure in Process: CONTACT, DISCONTACT, 
IPL or other link procedure in progress when a conflict¬ 
ing request was received. 

19 RTR Not Required: Receiver of READY TO RECEIVE 
has nothing to send. 

1A Request Sequence Error: Invalid sequence of requests. 

1 B Receiver in Transmit Mode: A race condition; normal- 
flow request received while the HDX-CONT FSM state 
was (*S, —I R) or the RES FSM state was UNAVL. 
(Contrast this sense code with X'2004', which signals 
a protocol violation.) 


12 ' 



Category 

D8 


08 

08 


08 

08 


08 


08 


08 


08 

08 

08 


08 


Modifier (in hexadecimal) 

1C Request Not Executable; The requested function 

cannot be executed, because of a permanent error con¬ 
dition in the receiver. 

ID Invalid Station/SSCP ID: The Station ID or SSCP ID 
in the request was found to be invalid. 

1 E Session Reference Error: The request contained reference 
to a half-session that was neither active nor in the process 
of being activated (generally applies to network services 
commands). 

20 Control Vector Error: Invalid data for the control 
vector specified by the target network address and key. 

21 Invalid Session Parameters: Session parameters were 
not valid or not supported by the half-session whose 
activation was requested. 

22 Link Procedure Failure: A link-level procedure has 
failed because of link equipment failure, loss of contact 
with a link station, or an invalid response to a link com¬ 
mand. (This is not a path error, since the request being 
rejected was delivered to its destination.) 

23 Unknown Control Vector: The control vector specified 
by a network address and key is not known to the 
receiver. 

24 Component Aborted: The LU component (a device 
indicated by an FM header) that was selected has been 
aborted, because of an error condition or resource 
depletion. 

25 Component Not Available: The LU component (a 
device indicated by an FM header) is not available. 

26 FM Function Not Supported: Function requested in 
an FMD RU is not supported by the receiver. 

27 Intermittent Error—Retry Requested: An error at the 
receiver caused an RU to be lost. The error is not 
permanent, and retry of the RU (or chain) is requested. 

28 Reply Not Allowed: A request requires a normal-flow 
reply, but the outbound data flow for this half-session 
is quiesced or shut down, and there is no delayed reply 
capability. 
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I Category Modifier (in hexadecimal) 

08 29 Change Direction Required: A request requires a 

normal-flow reply, but the HDX-FF FSM state implies 
( —iS,*R), CD was not set on the request, and there is 
no delayed reply capability. 


08 


I 


2A Presentation Space Ateration; Presentation space 
altered by end user while the HDX FSM state was 
( -iS, *R); request executed. 


08 2B Presentation Space Integrity Lost: Presentation space 

integrity lost (for example, cleared or changed) because 
of a transient hardware error or an end user action such 
as allowing presentation services to be used by the SSCP 

Note: The end-user action described under X'082A' 
and XV84A' is excluded here. 


08 


08 


08 


2C Resource-Sharing Limit Reached: The request 

received from an SSCP was to activate a half-session, a 
link, or a procedure, when that resource was at its shar¬ 
ing limit. 

2D LU Busy: The LU resources needed to process the 

request are being used; for example, the LU resources 
needed to process the request received from the SSCP 
are being used for the (LU,LU) session. 

2E Intervention Required at LU Subsidiary Device: A con¬ 
dition requiring intervention, such as out of paper, 
power-off, or cover interlock open, exists at a subsidiary 
device. 


08 


08 


08 


2F Request Not Executable because of LU Subsidiary 

Device: The requested function cannot be executed, 
because of a permanent error condition in one or more 
of the receiver's subsidiary devices. 

30 TERM-OTHER (Cleanup-Forced) Unsuccessful: The 
SSCP(TLU) received a negative response to at least one 
of the TERM-OTHER-CD (Cleanup-Forced) requests the 
it sent to the SSCP(LU1) and SSCP(LU2). Bytes 2 and : 
following the sense code are not used for user-defined 
data; they contain a two-byte binary count that indexes 
(zero-origin) the first byte of the name of the LU (in the 
TERM-OTHER request) that did not get cleaned up. 
Zeros in bytes 2 and 3 mean neither LU1 nor LU2 was 
cleaned up. 

31 LU Component Disconnected: An LU component is noi 
available because of power-off or some other disconnect¬ 
ing condition. 
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Category 

08 


08 


08 


08 


08 


08 


08 


Modifier (in hexadecimal) 

32 Invalid Count Field: A count field contained in the 
request indicates a value too long or too short to be 
interpreted by the receiver, or the count field is incon¬ 
sistent with the length of the remaining fields. Bytes 2 
and 3 following the sense code are not used for user- 
defined data; they contain a two-byte binary count that 
indexes (zero-origin) the first byte of the invalid count 
field. 

33 Invalid Parameter (with pointer and complemented 
byte): One or more parameters contained in fixed- or 
variable-length fields of the request are invalid or not 
supported by the NAD that received the request. Bytes 
2 and 3 following the sense code are not used for user- 
defined data. Byte 2 contains a binary value that indexes 
(zero-origin) the first byte that contained an invalid 
parameter. Byte 3 contains a transform of the first byte 
that contained an invalid parameter: the bits that con¬ 
stitute the invalid parameter(s) are complemented and 
all other bits are copied. 

34 RPO Not Initiated: A power-off procedure for the 
specified SPU node was not initiated because one or 
more other SSCPs have contacted the SPU node, or 
because a CONTACT, DUMP, IPL, or DISCONTACT 
procedure is in progress for that SPU node. 

35 Invalid Parameter; Pointer only: The request contained 
a fixed- or variable-length field whose contents are 
invalid or not supported by the NAU that received the 
request. Bytes 2 and 3 following the sense code are not 
used for user-defined data; they contain a binary count 
that indexes (zero-origin) the first byte of the fixed- 

or variable-length field having invalid contents. 

36 PLU/SLU Specification Mismatch: For a specified 
(LU,LU) session, both the OLU and DLU have only the 
primary capability or have only the secondary capability. 

37 Queuing Limit Exceeded: For an (LU,LU) session 
initiation request (INIT, CDINIT, or INIT-OTHER-CD) 
specifying (1) Initiate or Queue (if Initiate not possible) 
or (2) Queue Only, the queuing limit of either the OLU 
or the DLU, or both, was exceeded. 

38 Queuing Not Supported: For an (LU,LU) session initia¬ 
tion request specifying (1) Initiate or Queue (if initiate 
not possible) or (2) Queue Only, either an SSCP(ILU) 
cannot support initiate-queuing, or an SSCP(OLU) or an 
SSCP(DLU) cannot support setup-queuing. 
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I Category 
08 


08 


08 


08 

I 

08 


08 


08 


Modifier (in hexadecimal} 

39 (LU,LU) or (SSCP,LU) Session Being Taken Down: A1 
the time an (LU,LU) session initiation or termination 
request is received, the SSCP of at least one of the LUs 
is processing a CDTAKED request or is in the process o 
deactivating the associated (SSCP,LU) session. 

3A LU Not Enabled: At the time an (LU,LU) session initic 
tion request is received at the SSCP, at least one of the 
two LUs, although having an active session with its 
SSCP, is not ready to accept CINIT or BIND requests. 

3B Invalid PCID: An invalid PCID, one containing an inva 
network address of the SSCP(I LU| TLU), has been 
received in CDINIT, INIT-OTHER-CD, CDTERM, or 
TERM-OTHER-CD; or a PCID that does not identify 
a previously queued request has been received in 
CDINIT (Dequeue) or INIT-OTHER-CD (Dequeue); 
or, a PCID that cannot be associated with the PCI D of 
any previously processed CDINIT has been received on 
CDCINIT. 

3C Domain Takedown Contention: While waiting for a 
response to a CDTAKED, a CDTAKED request is 
received by the SSCP.SVC_MGR (primary). Contentic 
is resolved by giving preference to the CDTAKED sent 
by the primary SSCP. 

3D Dequeue Retry Unsuccessful—Removed from Queue: 

The SSCP cannot successfully honor a CDINIT (Dequei 
request, which specifies leave on queue if dequeue-retry 
is unsuccessful, to dequeue and process a previously 
queued CDINIT request (for example, the LU in its 
domain is still not available for the specified session), 
and removes the queued CDINIT request from its queui 

3E Network Name Resolution Problem: An SSCP receivin 
a CDTERM request (with Session Key X'06') does not 
have the capability to resolve the OLU network name 
to a network address; it requires Session Key X'08', 
which carries the network address of the OLU. 

3F Terminate Contention: A CDTERM is received by the 
SSCP(SLU).SVC_MGR while it is waiting for a respons 
to a CDTERM. Contention is resolved by giving prefer- 
rence to the CDTERM sent by the SSCP(SLU). 
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Category Modifier (in hexadecimal) 

08 40 Procedure Invalid for Resource: The named procedure 

is not supported in the receiver for this type of resource 
(for example, (1) SETCV specifies BF.PU_T1 but 
BF.PU_T1 is not supported by the receiving node, or 
(2) the PU receiving an EXECTESTj TESTMODE is not 
the PPU for the target link). 

08 41 Duplicate Network Address; In a cross-domain (LU,LU) 

session initiation request, the SSCP (DLU) determines 
that the OLU network addVess specified in the GDI NIT 
request is a duplicate of an LU network address assigned 
to a different LU name. 

08 42 (SSCP,SSCP) Session Not Active: At the time an 

(LU,LU) session initiation or termination request is 
received, at least one of the following conditons exists: 

• The SSCPd LU) and SSCP(OLU) do not have an 
active session with each other, and therefore INIT- 
OTHER-CD cannot flow. 

• The SSCP(TLU) and SSCP(OLU) do not have an 
active session with each other, and therefore TERM- 
OTHER-CD cannot flow. 

• The SSCP(OLU) and SSCP(DLU) do not have an 
active session with each other, and therefore CDINIT 
or CDTERM cannot flow. 


08 


08 


08 


08 


43 Required FI_FMD Synchronization Not Supplied: For 
example, an SLU (LU Type 2 or 3) received a request 
with Write Control Code = Start Print, along with RQE 
and —I CD. 

44 Initiation Dequeue Contention: While waiting for a 
response to a CDINIT (Dequeue), a CDINIT (Dequeue) 
is received by the SSCP(SLU).SVC_MGR. Contention 

is resolved by giving preference to the CDINIT (Dequeue) 
sent by the SSCP(SLU). 

45 Permission Rejected—SSCP Will Be Notified: The 
receiver has denied an implicit or explicit request of the 
sender; when sent in response to BIND, it implies that 
the secondary half-session's LU will notify the SSCP 
(via LUSTAT) when a BIND can be accepted. (See the 
X'080A' sense code for a contrasting response.) 

46 ERP Message Forthcoming: The received request was 
rejected for a reason to be specified in a forthcoming 
request. 
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Category Modifier (in hexadecimal) 


08 


08 


08 

08 


08 


08 


08 


08 


08 


47 Restart Mismatch: Sent in response to STSN, SDT, or 
BIND to indicate that the secondary half-session is 
trying to execute a resynchronizing restart but has 
received insufficient or incorrect information. 

48 Cryptography Function Inoperative: The receiver of a 
request was not able to decipher the request because of 
a malfunction in its cryptography facility. 

49 Invalid Requested Procedure: The procedure requested 
is invalid for the resource named in the request. 

4A Presentation Space Alteration: Presentation space 

altered by end user while HDX FSM state was (—iS, *R) 
request not executed. 

4B Requested Resources Not Available: Resources named 
in the request, and required to honor it, are not currenti 
available. It is not known when the resources will be 
made available. 

4C Permanent Insufficient Resource: Receiver cannot act 
on the request because resources required to honor the 
request are permanently unavailable. 

4D Invalid Session Parameters—BF: Session parameters 
were not valid or were unacceptable by the boundary 
function. Bytes 2 and 3 following the sense code con¬ 
tain a binary count that indexes (zero origin) the first 
byte of the fixed- or variable-length field having invalid 
contents. 

4E Invalid Session Parameters—PR I: A positive response to 
an activation request (for example, BIND) was received 
and was changed to a negative response due to invalid 
session parameters. The services manager receiving the 
response will send a deactivation request for the 
corresponding session. 

51 Session Busy: Another session that is needed to com¬ 
plete the function being requested on this session (for 
example, to forward an NS RU embedded in a 
FORWARD request) is temporarily unavailable. 
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SNA Character String Character Sets 


u_ 

LU 

Q 

- 


o 

- 

CM 

00 


LO 

CD 


CO 

Oi 







o 



CO 

h- 

Z) 

> 


X 

> 

N 
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—i 


_J 
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O 

Q_ 

O 

QC 







O 

00 


< 

00 

o 

Q 

UJ 

LL 

O 

X 

- 







a 1 V 1 6 1 8 

o 


















o 


F- 

Vi 

-H 
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X 

>• 

N 







o 


H 


- 

E 

«: 

o 

CL 

cr 








00 




o 

T> 



x» 

JS, 








CO 

lO 

o 













# 



11 

; 

o 

1 










pi;i 



1 

A 

<N. 

o 

63 
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♦ 
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T 

00 

Q_ 

CO 
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V 
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- 

00 

CM 

O 

o 
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00 

















c 

E 

Bit 

Pat. 

O 

O 

O 

o 

o 

o 

0010 

o 

o 

0100 

o 

o 

"o’ 

o 

0111 

1000 

1001 

"o' 

o 

1011 

1100 

o 

1110 

1111 

o 

o 

o 

o 

QC 

O 

- 

CM 

00 


lO 

CO 


CO 


< 

DQ 

o 

Q 

LU 

3 


Column (high order), Row (low order); for example, A = "Cl " 


□ 

□ 

□ 


94-character set, only 
63- or 94-character set 
48-, 63-, or 94-character set 


Note: This table applies only to US EBCDIC character sets, inter¬ 
national sets may vary. 


For further information on SNA Character String Character Sets 
and for information on SNA Character String Controls, see Sys- 
tems Network Architecture- Logical Unit Types, GC20-1868 
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Synchronous Data Link Control (SDLC) 

TTiis section summarizes information contained in the IBM publication 
Synchronous Data Link Control General Information, GA27-3093. 


€ 

C 



SDLC COMMANDS AND RESPONSES IN 
HEXADECIMAL 


Unnumbered 

Commands 


P 

-,P 

SNRM 

'93' 

'83' 

DISC 

'53' 

'43' 

SIM 

'17' 

'07' 

Ul 

'13' 

'03' 

UP 

'33' 

'23' 

XID 

'BF' 


TEST 

'F3' 

'E3' 

Unnumbered 

Responses 


F 


UA 

'73' 

'63' 

DM 

'IF' 

'OF' 

FRMR 

'97' 

'87' 

RIM 

'17' 

'07' 

Ul 

'13' 

'03' 

XID 

'BF' 


TEST 

'F3' 

'E3' 

RD 

'53' 

'43' 


Supervisory Commands/Responses 
(See Legend) 

RR 

RNR '-5' 

REJ '-9' 


Legend | 

Hexadecimal digit for 


Nr= 

P/F -n 

(P/F) 

0 

1 

0 

1 

3 

2 

2 

5 

4 

3 

7 

6 

4 

9 

8 

5 

B 

A 

6 

D 

C 

7 

F 

E 

Hexadecimal digit for 

"t" 

Ns= 

Hex 


0 

0 


1 

2 


2 

4 


3 

6 


4 

8 


5 

A 


6 

C 


7 

E 




Information Commands/Responses 
(See Legend) 

1 -t' 
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FIELDS OF THE SDLC FRAME (As Transmitted) 





Low-Order High-Order 

Bit Bit 


130 




















Information 

(Variable length in multiples of 8 bits) 



Frame Check Sequence 



13 
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New Acronym and Meaning 

UI—Unnumbered Information Frame 
SNRM—Set Normal Response Mode 
DISC—Disconnect 

UA—Unnumbered Acknowledgement 
RIM—Request Initialization Mode 
SIM—Set Initialization Mode 
DM—Disconnect Mode 
FRMR—Frame Reject 
TEST-Test 

RD—Request Disconnect 


Old Acronym and Meaning 

NSI—Nonsequenced Information Frame 

unchanged 

unchanged 

NSA—Nonsequenced Acknowledgement 
RQI—Request For Initialization 
unchanged 

ROL—Request Online 
CMDR—Command Reject 
unchanged 

ROD-Request Disconnect 







SDLC COMMANDS AND RESPONSES: ACRONYM 
UPDATE 

This section shows the relationship between the current acronyms for SDLC 
commands and responses and ones that a reader may encounter in earlier 
SDLC documentation. 



Abbreviations and Symbols 


A 

address (SDLC) 

ACT 

active, activate 

BB 

Begin Bracket 

BBI 

Begin Bracket indicator 

BCI 

Begin Chain indicator 

BETB 

Between Brackets 

BF 

boundary function 

BIU 

basic information unit 

BLU 

basic link unit 

BM 

bottom margin 

BS 

Back Space 

BSC 

Binary Synchronous Communication 

BTU 

basic transmission unit 

(c) 

configuration services 

C 

control (SDLC) 

CAN 

canonical 

CCITT 

Consultative Committee on International Telephone and 
Telegraph 

CD 

cross-domain. Change Direction 

CDI 

Change Direction indicator 

CDRM 

cross-domain resource manager 

CMDR 

Command Reject (SDLC) 

CNM 

communication network management 

CONT 

contention 

CPMGR 

connection point manager 

CR 

Carriage Return 

CSI 

Code Selection indicator 

CSP 

Control Sequence Prefix 

DAF 

destination address field 

DCF 

data count field 

DES 

Date Encryption Standard 

DFC 

data flow control 

DISC 

Disconnect (SDLC) 

DLC 

data link control 

DLU 

destination logical unit 

DM 

Disconnected Mode (SDLC) 

DQ 

dequeue 

DR1I/2I 

Definite Response 1 or 2 indicator 

EB 

End Bracket 

EBCDIC 

extended binary coded decimal interchange code 

EBI 

End Bracket indicator 

ECl 

End Chain indicator 

ED 

enciphered data 

EDI 

Enciphered Data indicator 

EFI 

Expedited Flow indicator 
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ENP 

Enable Presentation 

ERI 

Exception Response indicator 

ERP 

error recovery procedures 

Exp 

expedited flow 

EXR 

Exception Request 

F 

flag (SDLC) 

FCS 

frame check sequence (SDLC) 

FDX 

full duplex data flow 

FF 

flip-flop direction control 

FF 

Form Feed 

FI 

Format indicator; function interpreter 

FID 

format identification 

FIFO 

first-in, first-out 

FMD 

function management data 

FM 

function management 

FRMR 

Frame Reject (SDLC) 

FSM 

finite-state machine 

HDX 

half-duplex data flow 

HSID 

half-session identification 

HT 

Horizontal Tab 

1 

information (SDLC) 

ID 

identification 

ILU 

initiating logical unit 

INB 

in bracket 

INP 

Inhibit Presentation 

IPL 

initial program load 

ISO 

International Organization for Standardization 

LF 

Line Feed 

LH 

link header 

LIFO 

last-in, first-out 

LM 

left margin 

LT 

link trailer 

LSID 

local session identification 

LU 

logical unit 

(ma) 

maintenance services 

(me) 

measurement services 

MGR 

manager 

(mn) 

management services 

MPC 

maximum presentation column 

MPF 

mapping field (BIU segments) 

MPL 

maximum presentation line 

NAU 

network addressable unit 

NO 

network control 

NL 

New Line 

Norm 

normal flow 

NS 

network services 
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OAF 

origin address field 

OLU 

originating logical unit 

P 

primary 

PC 

path control 

PCID 

procedure correlation identification 

PDI 

Padded Data indicator 

PEND 

pending 

PI 

Pacing indicator 

PIU 

path information unit 

PLU 

primary logical unit 

POC 

Program Operator Communication 

PP 

Presentation Position 

PPU 

primary physical unit 

PRI 

primary 

PU 

physical unit 

QRI 

Queued Response indicator 

RD 

Request Disconnect (SDLC) 

REC 

receive 

REJ 

Reject (SDLC) 

RES 

resource 

RH 

request/response header 

RIM 

Request Initialization Mode (SDLC) 

RM 

right margin 

RNR 

Receive Not-Ready (SDLC) 

RQ 

request 

RR 

Receive Ready (SDLC) 

RSP 

response 

RTI 

Response Type indicator (+/-) 

RU 

request/response unit 

S 

secondary 

(s) 

session services 

SC 

session control 

SDI 

Sense Data Included indicator 

SDLC 

Synchronous Data Link Control 

SEC 

secondary 

SESS 

session 

SIM 

Set Initialization Mode (SDLC) 

SLU 

secondary logical unit 

SNA 

Systems Network Architecture 

SNF 

sequence number field 

SNRM 

Set Normal Response Mode (SDLC) 

SPU 

secondary physical unit 

SON 

sequence number 

SSCP 

system services control point 

SVC 

services 
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TC 

transmission control 

TEST 

Test (SDLC) 

TH 

transmission header 

TLU 

terminating logical unit 

TM. 

top margin 

TRN 

Transparent 

TS 

transmission subsystem 

UA 

Unnumbered Acknowledgment (SDLC) 

Ul 

Unnumbered Information (SDLC) 

UNAVL 

unavailable 

UP 

Unnumbered Poll (SDLC) 

URC 

user request correlation 

VCS 

vertical Channel Select 

VT 

Vertical Tab 

XID 

Exchange Station Identification (SDLC) 

X'n...n' 

hexadecimal digits 

XMIT 

transmit 


or 

any value 
not 

is in the state 
exponential operator 
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Page 

Code 

RU 

Full Name 

Pag 

r 

77 

X'818649' 

CDTAKED 

CROSS-DOMAIN TAKEDOWN 

37 



X'81864A' 

CDTAKEDC 

CROSS-DOMAIN TAKEDOWN 

38 


71 



COMPLETE 


)) 

61 

X'81864B' 

CDCINIT 

CROSS-DOMAIN CONTROL 

29 
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INITIATE 



82 

DEC, NC, and SC Request Codes 




60 

X'02' 

NCIPLFINAL 

NC IPL FINAL 

67 


73 

X'03' 

NCIPLINIT 

NC IPL INITIAL 

67 


65 

X'04' 

NCIPLTEXT 

NC IPL TEXT (NC) 

67 

E 

80 

X'04' 

LUSTAT 

LOGICAL UNIT STATUS 

66 





(DFC) 



94 

X'05' 

RTR 

READY TO RECEIVE (DFC) 

83 


74 

X'05' 

LSA 

LOST SUBAREA (NC) 

65 

TICS 


X'07' 

ANSC 

AUTO NETWORK SHUT¬ 

22 


78 



DOWN COMPLETE 



41 

X'OD' 

ACTLU 

ACTIVATE LOGICAL UNIT 

21 


46 

X'OE' 

DACTLU 

DEACTIVATE LOGICAL 

48 


68 



UNIT 



44 

X'lr 

ACTPU 

ACTIVATE PHYSICAL UNIT 

21 


57 

X'12' 

DACTPU 

DEACTIVATE PHYSICAL 

49 

1 ) 

62 



UNIT 



87 

X'14' 

ACTCDRM 

ACTIVATE CROSS-DOMAIN 

20 


92 



RESOURCE MANAGER 




X'15' 

DACTCDRM 

DEACTIVATE CROSS¬ 

48 


28 



DOMAIN RESOURCE 



84 



MANAGER 



95 

X'31' 

BIND 

BIND SESSION 

22 


83 

X'32' 

UNBIND 

UNBIND SESSION 

95 


52 

X'70' 

BIS 

BRACKET INITIATION 

29 


49 



STOPPED 



68 

X'71' 

SBI 

STOP BRACKET INITIATION 

83 


51 

X'80' 

QEC 

QUIESCE AT END OF CHAIN 

74 


57 

X'81' 

QC 

QUIESCE COMPLETE 

73 



X'82' 

RELQ 

RELEASE QUIESCE 

79 

E 

30 

X'83' 

CANCEL 

CANCEL 

29 


89 

X'84' 

CHASE 

CHASE 

41 



X'AO' 

SDT 

START DATA TRAFFIC 

83 


38 

X'AV 

CLEAR 

CLEAR 

45 



X'A2' 

STSN 

SET AND TEST SEQUENCE 

86 

1 

34 



NUMBERS 




X'A3' 

RQR 

REQUEST RECQVERY 

83 

1 

35 

X'CO' 

CRV 

CRYPTQGRAPHY 

46 





VERIFICATION (SC) 


1 

36 

X'CO' 

SHUTD 

SHUTDOWN (DFC) 

85 



x'cr 

SHUTC 

SHUTDOWN COMPLETE 

85 

J 

34 

X'C2' 

RSHUTD 

REQUEST SHUTDQWN 

83 



X'C8' 

BID 

BID 

22 



X'C9' 

SIG 

SIGNAL 

85 
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